On Sun, Jun 6, 2010 at 10:30 PM, Joe Swatosh <joe.swat...@gmail.com> wrote:
> Hi, > > On Fri, Jun 4, 2010 at 1:05 PM, Greg Stein <gst...@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_wri...@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
