Geoff Hutchison (ghutchis@wso.williams.edu)
Tue, 26 Jan 1999 15:03:12 -0400
>According to Geoff Hutchison:
>Hmmm. That's strange, as htdig doesn't even look at the Content-length
>header when retrieving from the HTTP server. It just reads until the
>read() request returns 0 bytes (an EOF). Maybe this particular server,
>at M.I.T. according to the bugs DB, wasn't closing the socket properly?
That's what I was thinking. Since I don't have an actual address, I'm kinda
stuck. I think our behavior should *avoid* the problem mentioned.
>> * htdig coredumps when calling strftime (PR#81)
>which oddly has an address that's different than the mmap call - this leads
>me to think that the memory corruption happened while processing the
>zoneinfo file, so maybe he has a corrupt /usr/lib/zoneinfo/localtime?
Now that's a good point. I could understand the prior problems when we got
back a NULL and sent it on its way to blow up in our faces. But that's not
happening (and I have a conditional to prevent it).
>> * htsearch can coredump if a file in template_map doesn't exist
>here. If the person who reported this problem can be persuaded to test
>out the current snapshot or CVS tree, great, but otherwise I think this
>problem is solved already.
I would tend to agree here. I included the remark simply because I thought
it needed another testing round before I was happy. I did that as well and
it looks fine.
>pattern would be wrong. I think this second usage should be changed over
>to a separate attribute, e.g. remove_default_doc, which would be a string
>list, and if empty, nothing would be removed. local_default_doc would
>then revert to it's previous local_urls only function. E.g.:
That about mirrors my thinking as well. I'd like to get Retriever to use a
StringList, but it's not as easy as I'd like and I haven't had a chance to
do it.
Thanks,
-Geoff
------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
htdig3-dev@htdig.org containing the single word "unsubscribe" in
the SUBJECT of the message.
This archive was generated by hypermail 2.0b3 on Thu Feb 04 1999 - 22:24:20 PST