http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=63 tonnesen@cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From tonnesen@cmsd.bc.ca 2002-07-06 04:07 ------- Fixed in CVS. There was a few bugs fixed. In addition to the one mentioned there were two or three spots where requireDBI was checking for the wrong tables (uploadmarc and AcceptMarcData instead of uploadedmarc). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
Fixed in CVS. There was a few bugs fixed. In addition to the one mentioned there were two or three spots where requireDBI was checking for the wrong tables (uploadmarc and AcceptMarcData instead of uploadedmarc).
Just to clarify: The second parameter to the requireDBI subroutine is NOT a tablename. It is the name of the calling subroutine, used in diagnostic output, so that a human being can find where the error occured and fix it. requireDBI only checks that the specified variable (first parameter to requireDBI) is really a DBI handle, and gives an error if it is not. If anyone knows how to use Perl magic to find out (from within requireDBI) the name of the subroutine that called it, that would be even better. - Alan ---- Alan Millar --==> am12@bolis.com <==--
participants (2)
-
Alan Millar -
bugzilla-daemon＠wilbur.katipo.co.nz