Libwww 5.1a line mode browser coredumps.

	Hi!

   Has anybody managed to utilize www line mode browser which comes
 with libwww 5.1a? When I try to follow any link on a page it coredumps.
 GDB says:
|
| #0  0x806a901 in HTAssocList_findObject (list=0x80b8308,
|     name=0x809560a "expires") at HTAssoc.c:93
| 93                  if (!strncasecomp(assoc->name, name, len))
|
   The same happens to Arena:
|
| #0  strncasecomp (a=0x2 "", b=0x80d91d1 "expires", n=7) at HTString.c:51
| 51                  if (!(*p && *q)) return *p - *q;
|

 When Arena manages to avoid this coredump it faces another esoteric behaviour
 of libwww-5.1a: following any link on a page puts libwww in a deadloop.
 The following is a typical loop:
|
| EventList... calling socket 4, request (nil) handler 0x80b3660 type HTEvent_WRITE
| Host Event.. WRITE passed to `http://www.yggdrasil.com/Images/l_ia.jpg'
| Host info... Add Net 0x81cceb0 as pending
| HTDoConnect. Pending...
| Memory Free. 0x8293630
| Event Loop.. calling select: maxfds is 4
| Memory Free. 0x81e0d28
| Event Loop.. select returns 2
| EventOrder.. execute ordered events
| Memory Free. 0x83bce98
| EventList... calling socket 4, request (nil) handler 0x80b3660 type HTEvent_READ
| Host Event.. READ passed to `http://www.yggdrasil.com/Images/l_ia.jpg'
| Host info... Add Net 0x81cceb0 as pending
| HTDoConnect. Pending...
| Memory Free. 0x83bce80
| Memory Free. 0x81e0d28
|

   Arena linked against libwww-5.0a never faces these errors.
 Is this behaviour caused by libwww-5.1a or Arena (and www) bugs?

   Any hints/help/ideas would be greatly appreciated.

   Thank you!

--
      QingLong                  Yggdrasil Computing, Incorporated
   +1 408 261-6630             "Free Software For The Rest of Us."

Received on Wednesday, 26 March 1997 11:16:46 UTC