According to Lachlan Andrew: > Thanks for testing it. Did you do a "make clean" first? I'm not sure > if it is the cause, but I think there is something flakey in > ht://Dig's compile dependencies. I also got a crash (after about 20 > seconds or 300 pages) if I compiled the patch in a directory that > already had .o files, but that went away on a clean compile.
Good point. Our make files don't do anything to resolve dependencies on include files, so any patch that changes a header or other file that ends up being included by other source files can potentially cause problems like this. The make just doesn't know which files need to be forced into a recompile, so the only safe thing to do is to force them all. I ran into this problem when experimenting with changes to Regex.h last week. I couldn't figure out why I was getting segfaults, but by trial and error I found that it was the field I added to the Regex class that did it. A make clean fixed the problem (though I ended up backing out my change to Regex.h in the end because it didn't help performance). -- 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: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 _______________________________________________ ht://Dig Developer mailing list: [EMAIL PROTECTED] List information (subscribe/unsubscribe, etc.) https://lists.sourceforge.net/lists/listinfo/htdig-dev
