You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Bruce Reed <br...@sanssome.com> on 2006/11/07 20:53:25 UTC

SVN SEGV in 1.4.0 using APR 1.2.2

I am seeing a SEGV in svn 1.4.0 built on Fedora Core 5 x86_64 using apr/apr-util 1.2.2. Here is a backtrace of an ls command:

(gdb) run ls http://svn/hardware/testbench
Starting program: /usr/local/bin/svn ls http://svn/hardware/testbench
[Thread debugging using libthread_db enabled]
[New Thread 46912514787536 (LWP 5164)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912514787536 (LWP 5164)]
apr_palloc (pool=0x541a88, size=24) at apr_pools.c:609
609         if (size < (apr_size_t)(active->endp - active->first_avail)) {
(gdb) backtrace
#0  apr_palloc
 (pool=0x541a88, size=24) at apr_pools.c:609
#1  0x00002aaaaf05965c in svn_ra_dav__open (session=0x541c08,
    repos_URL=0x541af8 "http://svn/hardware/testbench", callbacks=0x541b18,
    callback_baton=0x541b58, config=0x52d848, pool=0x541a88)
    at subversion/libsvn_ra_dav/session.c:626
#2  0x00002aaaaad0a5eb in svn_ra_open2 (session_p=0x7fff509c5d88,
    repos_URL=0x541af8 "http://svn/hardware/testbench", callbacks=0x541b18,
    callback_baton=0x541b58, config=0x52d848, pool=0x541a88)
    at subversion/libsvn_ra/ra_loader.c:294
#3  0x00002aaaaaacc590 in svn_client__ra_session_from_path (
    ra_session_p=0x7fff509c5e58, rev_p=0x7fff509c5e50,
 url_p=0x7fff509c5e40,
    path_or_url=0x541af8 "http://svn/hardware/testbench",
    peg_revision_p=0x7fff509c5ed0, revision=0x0, ctx=0x52d7d8, pool=0x541a88)
    at subversion/libsvn_client/ra.c:913
#4  0x00002aaaaaac8113 in svn_client_list (path_or_url=Variable "path_or_url" is not available.
)
    at subversion/libsvn_client/list.c:123
#5  0x000000000040803e in svn_cl__list (os=Variable "os" is not available.
) at subversion/svn/list-cmd.c:300
#6  0x000000000040a097 in main (argc=Variable "argc" is not available.
) at subversion/svn/main.c:1485

I am using the Fedora supplied apr-1-config and apu-1-config. The server is working without fault. I want to stick with the stock Apache 2.2 and APR 1.2.2 if possible. Has anyone else seen this and found a solution?

Thanks,
Bruce