You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Hyrum K Wright <hy...@wandisco.com> on 2012/04/26 23:44:58 UTC
segfault in swig-rb tests
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.
-Hyrum
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Re: segfault in swig-rb tests
Posted by Daniel Shahaf <da...@elego.de>.
Hyrum K Wright wrote on Thu, Apr 26, 2012 at 16:53:00 -0500:
> On Thu, Apr 26, 2012 at 4:44 PM, Hyrum K Wright
> <hy...@wandisco.com> wrote:
> > #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.
Thanks for the heads-up. r1331125 is an attempt to improve things
(I couldn't reproduce the original failure).
Re: segfault in swig-rb tests
Posted by Hyrum K Wright <hy...@wandisco.com>.
On Thu, Apr 26, 2012 at 4:44 PM, Hyrum K Wright
<hy...@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/