According to Abbie Greene: > Looking at the ending output of rundig, it seems as though HTPurge > discarded all instances of indexed words to a certain directory. > However I double checked and the permissions are the same, and it can > definitely reach this directory as it did another directory, right along > side it. I'm running 3.2.0b4 on redhat linux 8.0. Any idea what would > cause it to drop one entire directory, if not more when it seems to be > reachable? All urls are stored on the same server that HTdig is > actually running on ...under the same directory in fact.
More than likely, it never actually indexed those files*, or it tried to but never managed to parse any text in them. There are a bazillion reasons why htdig might fail in either of those two areas, and the only way to get to the bottom of it is to carefully wade through verbose output from htdig to find out why. * It may seem odd that htpurge would delete records for files that were never actually fetched and indexed, but these records are created when htdig first sees an HTML link to one of these files. It creates the record then to store the link description text for the HTML link(s) that points to the document. -- 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: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge _______________________________________________ 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
