Savitra, Thanks. WHen I run the command, I get: bash-3.2# ./sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX=HASH(0x828b88) Looks bad, check INSTALL.* documentation. However, when I do a search of CPAN, I get: cpan[1]> i /SAX::Parser/ CPAN: Storable loaded ok (v2.19) Going to read /Users/ladmin/.cpan/Metadata Database was generated on Thu, 14 Jan 2010 07:49:57 GMT Module XML::Bare::SAX::Parser (CODECHILD/XML-Bare-SAX-Parser-0.01.tar.gz) Module XML::GDOME::SAX::Parser (TJMATHER/XML-GDOME-0.86.tar.gz) Module < XML::LibXML::SAX::Parser (PAJAS/XML-LibXML-1.70.tar.gz) Module = XML::SAX::ParserFactory (GRANTM/XML-SAX-0.96.tar.gz) 4 items found I went ahead and updated the SAX Parser module by running: install XML::LibXML::SAX::Parser CPAN successfully updated LibXML and the SAX Parser, but I still get the following: bash-3.2# ./sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX=HASH(0x828b88) Looks bad, check INSTALL.* documentation. bash-3.2# perl -MCPAN -e shell Thanks, Joe On Jan 14, 2010, at 8:23 PM, savitra sirohi wrote:
Joe,
That is could if you have one of more, let say bad records with "sense" in a field other than title.
You can check you parser setting this way, run command:
misc/sax_parser_print.pl
It should say something like: [XML::LibXML::SAX::Parser]
and not this: [XML::SAX::PurePerl]
Thanks, Savitra Sirohi Nucsoft OSS Labs http://www.osslabs.biz
On Thu, Jan 14, 2010 at 11:56 PM, Fahs,Joe <jfahs@stmchs.org> wrote:
Thanks Savitra,
The UTF-8 settings are definitely correct for the database. There were no problems building Koha on the system, so I am assuming the SAX parser settings are correct.
The problem is not necessarily with certain records, but rather certain search terms. For example, I can search for "sense" and it returns an error. "sensibility" returns the Jane Austen novel. However, searching "sense" in the title using the advanced search also returns the correct result. The error only comes when searching by keyword.
Thanks,
Joe
-----Original Message----- From: savitra sirohi [mailto:savitra.sirohi@osslabs.biz] Sent: Wednesday, January 13, 2010 9:34 AM To: Fahs,Joe Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] Koha Catalog Search Problems - Email has different SMTP TO: and MIME TO: fields in the email addresses
Joe, it would appear the problem manifests for certain records, maybe those with diacritics.
You should check your SAX parser settings, also utf-8 setting of your database.
Thanks, Savitra Sirohi Nucsoft OSS Labs http://www.osslabs.biz
On Tue, Jan 12, 2010 at 11:34 PM, Fahs,Joe <jfahs@stmchs.org> wrote:
Hi All,
I have a interesting problem going on with the search function on my Koha installation:
There are certain searches that will always bring up the undefined value error:
"Can't call method "as_usmarc" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 2279."
For example, doing a search for "sense" will bring up the error. However, performing a search for "sensibility" will return a normal search listing. The problem seems limited to the main opac keyword search. If I were to search "sense" in the title, I don't receive any of these errors. I've looked up the error and it seems most of the troubleshooting out there points to various paths for perl, but there has been nothing out there that explains why I would be getting such inconsistent results.
I have tried running the re-indexing script (we are non-zebra here), but that doesn't seem to fix anything. I have wondered if it had something to do with the Amazon listings I have been using, but removing that information and using alternatives has not altered anything either.
Has anybody seen something similar? I am running on 3.00.04 on OS X Server 10.5.
Thanks, Joe Fahs _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha