[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: segfault in swig-rb tests

From: Hyrum K Wright <hyrum.wright_at_wandisco.com>
Date: Thu, 26 Apr 2012 16:53:00 -0500

On Thu, Apr 26, 2012 at 4:44 PM, Hyrum K Wright
<hyrum.wright_at_wandisco.com> wrote:
> The swig-rb tests are failing, but I don't think it's a fault of the
> bindings.  Running through the debugger gives:
>
> (gdb) r -I /home/hwright/dev/svn-trunk/subversion/bindings/swig/ruby \
>    /home/hwright/dev/svn-trunk/subversion/bindings/swig/ruby/test/run-test.rb \
>    --verbose=normal
> Starting program: /usr/bin/ruby -I
> /home/hwright/dev/svn-trunk/subversion/bindings/swig/ruby
> /home/hwright/dev/svn-trunk/subversion/bindings/swig/ruby/test/run-test.rb
>    --verbose=normal
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Loaded suite .
> Started
> ...................................................................................................................................
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff5b15cc9 in apr_pstrcat () from /usr/lib/libapr-1.so.0
> (gdb) bt
> #0  0x00007ffff5b15cc9 in apr_pstrcat () from /usr/lib/libapr-1.so.0
> #1  0x00007ffff31115e1 in fs_serialized_init (fs=0x7fffec8e4240,
>    common_pool=0x7fffec8e3028, pool=0x7fffec8e3028)
>    at subversion/libsvn_fs_fs/fs.c:76
> #2  0x00007ffff3112159 in fs_hotcopy (src_fs=0x7fffec8e4240,
>    dst_fs=0x7fffec8e4288, src_path=0xc07e70
> "/tmp/d20120426-19659-2kf5i1/back",
>    dst_path=0xc65830 "/tmp/d20120426-19659-2kf5i1/repos/db", clean_logs=0,
>    incremental=0, cancel_func=0, cancel_baton=0x0, pool=0x7fffec8e3028)
>    at subversion/libsvn_fs_fs/fs.c:297
> #3  0x00007ffff39a5ba9 in svn_fs_hotcopy2 (
>    src_path=0xc07e70 "/tmp/d20120426-19659-2kf5i1/back",
>    dst_path=0xc65830 "/tmp/d20120426-19659-2kf5i1/repos/db", clean=0,
>    incremental=0, cancel_func=0, cancel_baton=0x0, scratch_pool=0x7fffec8e3028)
>    at subversion/libsvn_fs/fs-loader.c:496
> #4  0x00007ffff39a5c71 in svn_fs_hotcopy (
>    src_path=0xc07e70 "/tmp/d20120426-19659-2kf5i1/back",
>    dest_path=0xc65830 "/tmp/d20120426-19659-2kf5i1/repos/db", clean=0,
>    pool=0x7fffec8e3028) at subversion/libsvn_fs/fs-loader.c:506
> ...
>
> I don't know which recent changes have been made in that area, but
> thought this might be useful to somebody.

This also looks like the same problem which is causing the Windows bot
test failures.

-Hyrum

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Received on 2012-04-26 23:53:32 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.