Greetings Gilles, Your patch sounds nice -- totally contained within Retriever.cc and yet still working (and providing some benefit) with server blocks.
If the overhead of a Find is significant, we could still disable even that test when no server blocks are used. We could also eliminate the generation of the dictionaries of valid and invalid extensions... I believe in the "software RISC" principle -- the fastest, least buggy and most memory efficient function calls are those that aren't there. Anyway, Gilles's elegant solution will certainly get rid of almost all of the problem. Cheers, Lachlan On Thu, 22 Apr 2004 02:55 pm, Gilles Detillieux wrote: > On the other hand, if these two attributes are the only ones that > pose a problem, maybe we should just deal with them in Retriever.cc > and be done with it! Rather than using a flag, as Chris and > Lachlan's patches do, I was thinking of saving the string returned > by > > config->Find(&aUrl, "exclude_urls") > > and comparing it to the string we had the last time through. -- [EMAIL PROTECTED] ht://Dig developer DownUnder (http://www.htdig.org) ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ ht://Dig Developer mailing list: [EMAIL PROTECTED] List information (subscribe/unsubscribe, etc.) https://lists.sourceforge.net/lists/listinfo/htdig-dev
