bulkmarcimport.pl warning messages
I'm getting a slew of warnings on every book imported: use of uninitialized value in pattern match ... C4/Biblio.pm line 2645 use of uninitialized vlaue in addition... C4/Biblio.pm line 2656 An example marc record =LDR 00589nam 22002051a 4500 =001 23749 =003 flflsla =010 \\$a82045600 =020 \\$a0806527544 =040 \\$aLibrary of Congress =050 \4$aML 420 .G253 M5 1983 =100 1\$aMeyer, John =245 00$aHeartbreaker$cJohn Meyer. =250 \\$a1st ed. =260 3\$aNew York$bCitadel Press Books$c1983 =300 \\$a322 p.$c22 cm. =500 \\$aIncludes index. =650 \4$aGarland, Judy. =650 \4$aSingers - United States - Biography. =952 \\$aSLA$cNonFiction$x17654$d2007-01-04$oML 420 .G253 M5 1983$r2009-06-12$yBOOK$p08065275441$t1 The problem seems to have occured in 3.00.01 and is still present in 3.00.02 running on openSUSE 11.0 and Kubuntu 9.04 I have zebra installed but am not using it. The warnings don't seem to matter, because the biblios and items are imported. Has anyone else seen this? -- Bob
Hi, Bob Ewart (2009/06/17 16:07 -0400):
I'm getting a slew of warnings on every book imported: use of uninitialized value in pattern match ... C4/Biblio.pm line 2645 use of uninitialized vlaue in addition... C4/Biblio.pm line 2656 [...] Has anyone else seen this?
Yes, with a debian unstable and except that a similar system (koha without zebra). According to a conversation on the chat these warnings ae binign. Perhaps a bit annoying, though, IMO. Sébastien.
Sébastien Hinderer wrote:
Hi,
Bob Ewart (2009/06/17 16:07 -0400):
I'm getting a slew of warnings on every book imported: use of uninitialized value in pattern match ... C4/Biblio.pm line 2645 use of uninitialized vlaue in addition... C4/Biblio.pm line 2656 [...] Has anyone else seen this?
Yes, with a debian unstable and except that a similar system (koha without zebra). According to a conversation on the chat these warnings ae binign. Perhaps a bit annoying, though, IMO.
Sébastien.
I just installed 3.00.03 and turned off the warnings in Biblio.pm temporarily. I'm now seeing a bunch of duplicate barcode warnings. In converting from DBText for Libraries we have a number of items without barcodes since they were not for loan. I generated barcodes for them, but my generation algorithm didn't guarantee uniqueness. My point is that these warnings are not benign. They hide the real warnings, like duplicate barcodes. I also added a \r to the beginning of the error message around line 211 to neaten up the output. -- Bob
Hi Bob (and List), On Jun 17, 2009, Bob Ewart <bob-ewart@earthlink.net> wrote:
I'm getting a slew of warnings on every book imported: use of uninitialized value in pattern match ... C4/Biblio.pm line 2645 use of uninitialized vlaue in addition... C4/Biblio.pm line 2656 [...] Has anyone else seen this?
And on Mon, Jun 29, 2009, the same Bob Ewart added:
I just installed 3.00.03 and turned off the warnings in Biblio.pm temporarily. I'm now seeing a bunch of duplicate barcode warnings. In converting from DBText for Libraries we have a number of items without barcodes since they were not for loan. I generated barcodes for them, but my generation algorithm didn't guarantee uniqueness.
My point is that these warnings are not benign. They hide the real warnings, like duplicate barcodes. I also added a \r to the beginning of the error message around line 211 to neaten up the output.
For what it's worth, I'm getting similar errors when doing a bulkmarcimport for a .iso file with multiple bibliographic records: ---------------------------------------- # /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -d -c UNIMARC -v -file myrecords.iso [...] Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, <GEN10> line 900. Use of uninitialized value in pattern match (m//) at /usr/share/koha/lib/C4/Biblio.pm line 2647, <GEN10> line 900. Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, <GEN10> line 900. .Use of uninitialized value in length at /usr/share/koha/lib/C4/Biblio.pm line 3250, <GEN10> line 901. Use of uninitialized value in pattern match (m//) at /usr/share/koha/lib/C4/Biblio.pm line 2647, <GEN10> line 901. Use of uninitialized value $1 in addition (+) at /usr/share/koha/lib/C4/Biblio.pm line 2658, <GEN10> line 901. [...] 1000 MARC records done in 324.597194194794 seconds ---------------------------------------- My setup is Koha 3.0.3, UNIMARC, without Zebra ("NoZebra"), running in SLES 11 (SUSE Linux Enterprise Server) that runs Perl 5.10 After running this import using bulkmarcimport, if I do any search in either the OPAC or in the Intranet, I get the following error message: ---------------------------------------- Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2157. ---------------------------------------- I have found this reported bug that may be related: Bug 1926 - Error on bulk marc import from file (staged) http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1926 The only log lines for the relevant time period, for the OPAC, in the koha-opac-error-log ( in /var/log/koha/ ) are these: ---------------------------------------- [Tue Jun 30 19:30:52 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:52 2009] opac-main.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/HTML/Template/Pro.pm line 191. [Tue Jun 30 19:30:57 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:57 2009] opac-search.pl: Use of uninitialized value $error in concatenation (.) or string at /usr/share/koha/opac/cgi-bin/opac/opac-search.pl line 408., referer: http://myhost.internal/ [Tue Jun 30 19:30:57 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:30:57 2009] opac-search.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/HTML/Template/Pro.pm line 191., referer: http://myhost.internal/ ---------------------------------------- And the only line for the relevant time period, for the Intranet, in the koha-error-log ( also in /var/log/koha/ ) is this: ---------------------------------------- [Tue Jun 30 19:36:29 2009] [error] [client 192.168.100.4] [Tue Jun 30 19:36:29 2009] search.pl: networks at /usr/share/koha/intranet/cgi-bin/catalogue/search.pl line 468., referer: http://myhost.internal:8080/cgi-bin/koha/catalogue/search.pl?q=redes ---------------------------------------- Does anyone have any hints or comments regarding this... Please? Thanks in advance! :) Cheers, Ricardo Dias Marques lists AT ricmarques DOT net Installation Guide for Installing Koha 3 on openSUSE 11 http://wiki.koha.org/doku.php?id=opensuse_11.0
Hey,
After running this import using bulkmarcimport, if I do any search in either the OPAC or in the Intranet, I get the following error message: ---------------------------------------- Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2157. ----------------------------------------
It's probably because you didn't rebuild the search index. Since you don't have zebra installed, try the rebuild_nozebra script in migration_tools directory. Sébastien.
Hi Sébastien, On Tue, Jun 30, 2009, I wrote:
After running this import using bulkmarcimport, if I do any search in either the OPAC or in the Intranet, I get the following error message: ---------------------------------------- Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2157. ----------------------------------------
And, on the same day, Sébastien Hinderer <Sebastien.Hinderer@snv.jussieu.fr> replied:
It's probably because you didn't rebuild the search index. Since you don't have zebra installed, try the rebuild_nozebra script in migration_tools directory.
Thank you very much! You're absolutely right: I had forgot to run rebuild_nozebra.pl after running bulkmarcimport.pl. Maybe it could be useful to change the bulkmarcimport.pl code so that it prints the "reminder" to run "rebuild_zebra.pl / rebuild_nozebra.pl" at the end of bulkmarcimport processing? Sébastien: I think that you should consider changing your family name from "Hinderer" - http://en.wiktionary.org/wiki/hinder - to "Helpful", eheh. Just kidding! :) Thanks again! Cheers, Ricardo
Hi Ricardo and all,
Thank you very much! You're absolutely right: I had forgot to run rebuild_nozebra.pl after running bulkmarcimport.pl.
Seems this is a classical pifall...:)
Maybe it could be useful to change the bulkmarcimport.pl code so that it prints the "reminder" to run "rebuild_zebra.pl / rebuild_nozebra.pl" at the end of bulkmarcimport processing?
This was briefly discussed on IRC. I have just added it as a suggested topic for the IRC meeting about to take place.
Sébastien: I think that you should consider changing your family name from "Hinderer" - http://en.wiktionary.org/wiki/hinder - to "Helpful", eheh. Just kidding! :)
Well this name might be the result of a bad krma accumulated in past lives I'm trying to get rid of in the present one. Cheers, Sébastien.
Sébastien Hinderer (2009/07/01 20:04 +0200):
This was briefly discussed on IRC. I have just added it as a suggested topic for the IRC meeting about to take place.
http://wiki.koha.org/doku.php?id=meetingnotes09jul01 Sébasien.
participants (3)
-
Bob Ewart -
Ricardo Dias Marques -
Sébastien Hinderer