According to Robert Oedegaard: > I got this odd behaviour on my newly installed 3.1.6. In the search result > page you get in the browser the links are all wrong, and it claims the > files is on 0 bytes, but when doing the same search in the command prompt I > get the correct result, both when it comes to links and file size. I tried > to look in the archive, but couldn't find anything like this (okay, I might > have overlooked it, I'm feeling like going insane because of this anytime now).
These are the symptoms of a corrupted or incompatible database. The fact that this only happens when running htsearch from the browser, and not the command line, suggests 3 possibilities to me: 1. You're running different htsearch binaries in the 2 cases. You need to see which htsearch is being run from the search form - look at the URL in the action parameter of the <form> tag, see how your web server will decode and alias that URL to a specific path on your file system, and see if that path leads to a different htsearch than the one you run from the command line. It may be you have an older version of htsearch running from the web server, which doesn't understand the database made by the current htdig version. 2. You're running the same binary, but with a different config file, and likely also a different database. Check the "config" input field in your search form, and see how htsearch interprets it, taking into account the compiled-in value of CONFIG_DIR from your CONFIG makefile. Make sure they both use the same config file, or identical copies. 3. The web server runs htsearch in a chroot-ed environment, so the file name paths at the command line don't match up with what the CGI program sees. That could be the cause of htsearch looking at different config files or databases than what you expect. > My first guess was that it had to be in the configuration file, so I did > make a new one, same problem. I recompiled htdig too, just in case and > still the same. There is no proxy server, and apache has been restarted to > remove any doubt about that. > > Anyone got any idea what I might have done wrong, or any hints on what I > should look for to figure out this? > > The code that follows has been "cleaned" up a bit to just show the > difference, the only thing that is equal is the number of stars and the > date the file is made, but for some reason the date showed different, which > I also find a bit odd. > > The result in the browser: (the squares is ^K when viewed in VIM) > -------------------------------- > <a href="greenpartner.net/">[]</a></strong> > > </dt><dd><br> > <i><a href="greenpartner.net/">greenpartner.net/</a></i> > <font size=-1>05/14/02, 0 bytes</font> > </dd></dl> > -------------------------------- > > And the result in the commandprompt with the same config file: > -------------------------------- > <dl><dt><strong><a href="http://www.greenpartner.net/";>Velkommen til > GreenPartner Grenland</a></strong> > S�.. (stripped down) .... uset<b><tt> ...</tt></b><br> > <em><a > href="http://www.greenpartner.net/";>http://www.greenpartner.net/</a></em> > <font size="-1">14-05-2002, 12416 bytes</font> > </dd></dl> > -------------------------------- It's interesting to note that, apart from the incorrect title, URL and size in the first case, the modified date is also formatted differently. This suggests to me that either the htsearch run from the server is an older version that doesn't understand the date formatting attributes (i.e. case 1 above), or it's reading a different config file that does define the date format (case 2 or 3 above). I think the most likely explanation for all of this would be that your /cgi-bin/htsearch is a very old 3.1.0 beta. > TIA and sorry about my bad english. > Robert Oedegaard Not at all. I only wish most North Americans wrote as well as you. ;-) -- Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. Physiology, U. of Manitoba Winnipeg, MB R3E 3J7 (Canada) _______________________________________________________________ Hundreds of nodes, one monster rendering program. Now that�s a super model! Visit http://clustering.foundries.sf.net/ _______________________________________________ htdig-general mailing list <[EMAIL PROTECTED]> To unsubscribe, send a message to <[EMAIL PROTECTED]> with a subject of unsubscribe FAQ: http://htdig.sourceforge.net/FAQ.html
