According to J. op den Brouw:
> I tried without any optimizations (-Ox is gone), but still
> fails the test....
...
> ././t_htnet[15]: 27760 Bus error(coredump)
> FAIL: t_htnet
...
> #0 0x24f18 in Connection::Timeout (this=0x0, value=10) at Connection.cc:162
> 162 timeout_value = value;
> (gdb) bt
> #0 0x24f18 in Connection::Timeout (this=0x0, value=10) at Connection.cc:162
> #1 0x27cf0 in Transport::AssignConnectionTimeOut (this=0x40017cf8) at
> Transport.h:254
> #2 0x28e94 in HtHTTP::HTTPRequest (this=0x40017cf8) at HtHTTP.cc:221
> #3 0x28bcc in HtHTTP::Request (this=0x40017cf8) at HtHTTP.cc:159
> #4 0x2449c in Retrieve () at testnet.cc:388
> #5 0x22da8 in main (ac=3, av=0x7b03a568) at testnet.cc:139
Well this is really odd. A NULL value for "this" in Timout() would
explain the bus error, but when you were optimizing, "this" was 0x4000,
not 0x0. Transport::AssignConnectionTimeOut() actually checks to make
sure the connection object pointer isn't 0 before calling the Timeout()
method, so it's very bizarre indeed that Timeout() gets called anyway.
Just a hunch, but did you try configuring with or without the
--disable-shared option? If you didn't use it, try it and see if it
makes a difference.
Also, Gabriele made some changes to pointer initialisations in the HtHTTP,
Transport and Connection classes on May 3rd, so maybe the latest snapshot
will behave differently here.
--
Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba Phone: (204)789-3766
Winnipeg, MB R3E 3J7 (Canada) Fax: (204)789-3930
_______________________________________________
htdig-dev mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/htdig-dev
