On Thu, Jan 02, 2014 at 06:42:06PM -0600, Sten Heinze wrote: > Running 'git svn fetch' or 'git svn rebase' results in the git-svn > crashing with the following: error: git-svn died of signal 11.
Hi, similar crash here except that I'm using version 1.9.3-2. I was doing the git svn fetch part described here: https://trac.webkit.org/wiki/WebKitGTK/2.12.x fatal: malformed index info 100644 2198eee6be25 error: git-svn died of signal 11 The problem seems to be in libsvn-perl. Here's the backtrace: Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0 0x00007fa67ae0ee09 in _wrap_svn_txdelta_apply (my_perl=0x1fd9010, cv=0x29a19c8) at svn_delta.c:3850 #1 0x00000000004bd6fa in Perl_pp_entersub () #2 0x00000000004b6596 in Perl_runops_standard () #3 0x00000000004f3633 in ?? () #4 0x00000000004b6596 in Perl_runops_standard () #5 0x000000000043c163 in Perl_call_sv () #6 0x00007fa67e1491ed in svn_swig_pl_callback_thunk (caller_func=CALL_METHOD, func=0x7fa67e14da9f, result=0x7ffd073dc130, fmt=0x7fa67e14da9a "OOsS") at /tmp/subversion-1.9.3/subversion/bindings/swig/perl/libsvn_swig_perl/swigutil_pl.c:630 #7 0x00007fa67e149df5 in thunk_apply_textdelta (file_baton=0x7fa6804e2230, base_checksum=0x0, pool=0x7fa6804e2028, handler=0x7fa6804e2128, h_baton=0x7fa6804e2130) at /tmp/subversion-1.9.3/subversion/bindings/swig/perl/libsvn_swig_perl/swigutil_pl.c:878 #8 0x00007fa679ee7abf in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #9 0x00007fa679eebc04 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #10 0x00007fa67d44b95a in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1 #11 0x00007fa67d44c66c in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1 #12 0x00007fa67d44e6d0 in XML_ParseBuffer () from /lib/x86_64-linux-gnu/libexpat.so.1 #13 0x00007fa679eec77e in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #14 0x00007fa679ee8389 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #15 0x00007fa679eea8b0 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #16 0x00007fa6793de3c6 in serf.process_connection () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1 #17 0x00007fa6793dccde in serf_event_trigger () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1 #18 0x00007fa6793dcdfc in serf_context_run () from /usr/lib/x86_64-linux-gnu/libserf-1.so.1 #19 0x00007fa679ee9de1 in svn_ra_serf.context_run () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #20 0x00007fa679ee8631 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_serf-1.so.1 #21 0x00007fa67ab8b385 in svn_ra_reporter2_invoke_finish_report (_obj=0x7fa67ab79460, report_baton=0x7fa68058c150, pool=0x7fa68058c028) at svn_ra.c:2070 #22 0x00007fa67abc2555 in _wrap_svn_ra_reporter2_invoke_finish_report (my_perl=0x1fd9010, cv=0x2b033c8) at svn_ra.c:12956 #23 0x00000000004bd6fa in Perl_pp_entersub () #24 0x00000000004b6596 in Perl_runops_standard () #25 0x000000000044388d in perl_run () #26 0x000000000041cbbb in main () Here's the context: 3848 ST(argvi) = sv_newmortal(); 3849 { 3850 if (argvi >= items) EXTEND(sp,1); ST(argvi) = svn_swig_pl_from_md5(arg3); argvi++ ; 3851 } 3852 { 3853 if (argvi >= items) EXTEND(sp,1); ST(argvi) = SWIG_NewPointerObj(*arg6, SWIGTYPE_p_f_p_svn_txdelta_window_t_p_void__p_svn_error_t, 0); argvi++ ; 3854 } 3855 { 3856 if (argvi >= items) EXTEND(sp,1); ST(argvi) = SWIG_NewPointerObj(*arg7, SWIGTYPE_p_void, 0); argvi++ ; 3857 } (gdb) print argvi $1 = 0 (gdb) print items $2 = 4 (gdb) print sp $3 = (SV **) 0x7f075e5cc860 (gdb) print *sp Cannot access memory at address 0x7f075e5cc860 (gdb) print arg3 $4 = (unsigned char *) 0x7f0769c6e0a0 "\240\200\306i\a\177" Berto
