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

Re: Segfault in the Ruby bindings

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Mon, 7 Jun 2010 08:46:33 -0500

On Sun, Jun 6, 2010 at 10:30 PM, Joe Swatosh <joe.swatosh_at_gmail.com> wrote:

> Hi,
>
> On Fri, Jun 4, 2010 at 1:05 PM, Greg Stein <gstein_at_gmail.com> wrote:
> > This might be related to r948540. Bert adjusted how status->entry is
> > filled in. Maybe some kind of lifetime issue?
> >
> > On Fri, Jun 4, 2010 at 15:28, Hyrum K. Wright
> > <hyrum_wright_at_mail.utexas.edu> wrote:
> >> Some of you may have noticed that there is a failing ruby bindings test.
> >> I've done a little bit of digging, but haven't had a chance to get too
> far.
> >> The following stack trace shows where the problem is:
> >>
> >> test_merge(SvnClientTest):
> >> Program received signal SIGSEGV, Segmentation fault.
> >> __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
> >> 31 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or
> directory.
> >> in ../sysdeps/x86_64/multiarch/../strlen.S
> >> (gdb) bt
> >> #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
> >> #1 0x00007ffff5beeae2 in apr_pstrdup () from /usr/lib/libapr-1.so.0
> >> #2 0x00007ffff56f8249 in svn_wc_entry_dup (entry=0x115e590,
> pool=0x11af3d8)
> >> at subversion/libsvn_wc/entries.c:3069
> >> #3 0x00007ffff56e8247 in svn_wc_dup_status2 (orig_stat=0x11f4770,
> >> pool=0x11af3d8)
> >> at subversion/libsvn_wc/deprecated.c:2493
> >> #4 0x00007ffff629b997 in c2r_wc_status2_dup (wc_status2=0x11f4770,
> ctx=0x0)
> >> at subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c:1196
> >> #5 0x00007ffff629b9f0 in c2r_wc_status2__dup (wc_status2=0x11f4770)
> >> at subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c:1196
> >> #6 0x00007ffff62a03f6 in svn_swig_rb_wc_status_func
> (baton=0x7ffff23a03c8,
> >> path=0x1186b88 "/tmp/wc-tmp/wc/trunk/sample.txt", status=0x11f4770)
> >> at subversion/bindings/swig/ruby/libsvn_swig_ruby/swigutil_rb.c:3307
> >> #7 0x00007ffff59995cf in status3_wrapper_func (baton=0x7ffffffd5f10,
> >> path=0x1186b88 "/tmp/wc-tmp/wc/trunk/sample.txt", status=0x11f4770,
> >> pool=0x11f45e8) at subversion/libsvn_client/deprecated.c:1490
> >> #8 0x00007ffff59994da in status4_wrapper_func (baton=0x7ffffffd5e60,
> >> path=0x1186b88 "/tmp/wc-tmp/wc/trunk/sample.txt", status=0x1186ab8,
> >> scratch_pool=0x11f45e8) at subversion/libsvn_client/deprecated.c:1450
> >> #9 0x00007ffff59d2006 in tweak_status (baton=0x7ffffffd5c10,
> >> local_abspath=0x1186b88 "/tmp/wc-tmp/wc/trunk/sample.txt",
> >> status=0x1186ab8,
> >> scratch_pool=0x11f45e8) at subversion/libsvn_client/status.c:100
> >> #10 0x00007ffff57165da in handle_statii (eb=0x11b79c0,
> >> dir_repos_root_url=0x11b7288
> >>
> "file:///home/hwright/dev/svn-trunk/subversion/bindings/swig/ruby/repos",
> >> dir_repos_relpath=0x11b7280 "trunk", statii=0x1186950,
> >> dir_was_deleted=0, depth=svn_depth_infinity, pool=0x11b7418)
> >> at subversion/libsvn_wc/status.c:1844
> >> ...
> >>
> >> I don't have too much time to dig farther right now, but I'm posting
> this in
> >> hopes that it will be useful for somebody else.
> >>
> >> Cheers,
> >> -Hyrum
> >>
> >
>
> Haven't had much time for this (or anything else), but it appears to
> have started at r950010.
>

Thanks. That helped me solve the problem in r952223.

Cheers,
-Hyrum
Received on 2010-06-07 15:47:11 CEST

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