According to Eddy De Clercq: > Sorry for the late reply. > the db.words.db is there and is more recent then db.wordlist, but the size > is far from close. > The size of dbwordlist is only 17 and db.words.db is 2819072. Is that a > problem? > Read permissions are OK.
It's normally not a problem if db.wordlist is smaller than db.words.db, but if db.words.db is much smaller than db.wordlist that could indicate a problem that htmerge had in generating db.words.db. That's what I was fishing for with that question. However, if db.wordlist is only 17 bytes long, that is indeed a problem. This contradicts your earlier response that "The dbwordlist contains data and I tried to search stuff that's in it". A 17-byte db.wordlist could not contain anything more than a single word record. This is a pretty obvious indication that htdig found next to nothing to index. It might be helpful to stop wasting time on red herrings and pursue the course I recommended about 4 e-mails ago... > > > > More likely, though, is that db.wordlist doesn't contain any of the > > > > search words you've been trying, because htdig hasn't indexed everything > > > > you think it should have. See http://www.htdig.org/FAQ.html#q4.1 and > > > > related questions. > The problem in the beginning is that it shows html with the words that no > results were found, now I don't get even output expect the content-type. So between then and now you must have misconfigured something, as addressed in http://www.htdig.org/FAQ.html#q5.11 and http://www.htdig.org/FAQ.html#q5.36 (see also my last point below, in response to your addendum). > If I explicitely specify the conf file (there is only one on the whole > system) with the dir and all, I do get a result. > But I don't see how I give also a dir as a hidden field in the form or did I > oversee something? The config directory pathname is compiled into htsearch. So, as long as you don't move that directory elsewhere, to something other than what you set CONFIG_DIR to in your CONFIG file before compiling, it should be able to find it. Usually, htdig.conf is the default config file in that directory, but when htsearch is called from the search form, it's the "config" input parameter that specifies the name (without the .conf extension). > Only one htdig is found, but there could be maybe some remainings. I do see > no problem for that though cause I've installed the 3.2 beta after all > again. If you configure things correctly, it is possible to have two different versions of ht://Dig installed on the same system without the two interfering. However, given that you are having trouble getting even one version configured correctly, it would be much better if you didn't cloud the issue by reinstalling the 3.2 beta version. If you want the 3.1.6 stable release, I'd recommend NOT installing 3.2 as well. The command "rpm -e htdig htdig-web" should get rid of any remnant of Red Hat's ht://Dig packages, unless you've copied some of their files elsewhere. ... > A little addendum: > The config file opton only seems to work with search strings which are > indeed findable, searches with no result give nothing back at all. Sounds like your nomatch.html file may be missing or unreadable, or you've misconfigured the nothing_found_file attribute. -- 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) ------------------------------------------------------- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp _______________________________________________ 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
