[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: Joe Swatosh <joe.swatosh_at_gmail.com>
Date: Sun, 6 Jun 2010 20:30:36 -0700

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.

--
Joe
Received on 2010-06-07 05:31:10 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.