Stefan Sperling <s...@elego.de> writes:

> Segmentation fault (core dumped) 
> #0  cancel_request (request=0x20eac04b8, list=0x2063fb078, notify_request=0) 
> at context.c:440
> 440             serf_debug__closed_conn(request->req_bkt->allocator);
> (gdb) bt
> #0  cancel_request (request=0x20eac04b8, list=0x2063fb078, notify_request=0) 
> at context.c:440
> #1  0x000000020bcb46fd in serf_connection_close (conn=0x2063fb028) at 
> context.c:1249
> #2  0x000000020bcb34b9 in clean_conn (data=0x20eac04b8) at context.c:184
> #3  0x000000020eb015cd in run_cleanups (cref=0x204b31048)
>     at /home/stsp/svn/src/apr-1.3.8/memory/unix/apr_pools.c:2314
> #4  0x000000020eb00b54 in apr_pool_destroy (pool=0x204b31028)
>     at /home/stsp/svn/src/apr-1.3.8/memory/unix/apr_pools.c:782
> #5  0x000000020eb00bc5 in apr_pool_destroy (pool=0x205c05028)
>     at /home/stsp/svn/src/apr-1.3.8/memory/unix/apr_pools.c:779
> #6  0x000000020eb00bc5 in apr_pool_destroy (pool=0x20075d028)
>     at /home/stsp/svn/src/apr-1.3.8/memory/unix/apr_pools.c:779
> #7  0x00000000004133e0 in main (argc=2, argv=0x7f7ffffe44b8) at 
> subversion/svn/main.c:2231

Looks like this problem:

http://svn.haxx.se/dev/archive-2010-02/0139.shtml

using memory after it has been free'd.

-- 
Philip

Reply via email to