On Thu, 12 Sep 2002, Roth, Kevin P. wrote:

> OK - now that I've got gdb working...
>
> $ curl.exe "http://testweb/thr/" --http1.0 --trace /tmp/trace.log
>
> yields a SEG FAULT at memdebug.c:158, in the function curl_dofree. Here's a
> bit of the stack:

memdebug.c is used because you compiled with MALLOCDEBUG set. Otherwise you'd
see that it would call free() directly instead (the curl_dofree() is a debug
function that trashes the memory before it gets freed so that we easier can
detect memory flaws).

> #4 Curl_disconnect (conn=0x100ddc98) at url.c:1113

This is the free(conn->proto.generic) one, right?

When using HTTP, that block is allocated at http.c:495 (in my copy) but it
assigns the proto.http pointer (it is a union).

> That's all I know or am capable of digging up. Anyone capable of taking
> this further?

Can you set a break-point and see if the same pointer is stored in there at
the malloc() time that is later free()d?

-- 
 Daniel Stenberg -- curl related mails on curl related mailing lists please
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf