git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Steven Grimm <koreth@midwinter.com>
To: git@vger.kernel.org
Subject: Segmentation fault in git-svn
Date: Mon, 16 Apr 2007 15:17:55 -0700	[thread overview]
Message-ID: <4623F613.5010108@midwinter.com> (raw)

I expect this is really a libsvn bug, but git-svn triggers it, so I'm 
hoping someone else has run into and solved it, or at least that someone 
can reproduce it.

If I try to clone the "memcached" public repository with the command line

  git-svn clone --branches=branches --trunk=trunk 
http://code.sixapart.com/svn/memcached

it cranks along fine until revision 299, then dies with SIGSEGV. If I 
run it again, it appears to pick up where it left off, then dies again 
at revision 399, then again at revision 499. (There are fewer than 600 
revisions in that repo so it's anyone's guess if it'd die at 599 given 
the chance.)

This happens on both a Linux box (amd64, FC4, svn version 1.4.3) and my 
Mac (Intel OS 10.4, svn version 1.2.3 from Fink), so at the very least 
it's not platform-specific. It also happens periodically on the private 
svn repository at my company, though not as predictably. On my Mac, I'm 
using the very latest git code from "master".

I ran the Perl interpreter under gdb to get a stack trace:

#0  get_private (hk=0x8050300000001, id=0x2aaaaf187b2b "SVN") at 
ne_request.c:273
#1  0x00002aaaaf186983 in parsed_request (sess=0xfbc0e0, 
method=0x2aaaaf188e19 "PROPFIND", url=0x11e5ab0 "/svn/memcached",
    body=0x100ce00 "<?xml version=\"1.0\" encoding=\"utf-8\"?><propfind 
xmlns=\"DAV:\"><prop><version-controlled-configuration 
xmlns=\"DAV:\"/><resourcetype xmlns=\"DAV:\"/><baseline-relative-path 
xmlns=\"http://subversion.tigris.o"..., body_file=0x0, 
set_parser=0x2aaaaf1816e0 <set_parser>, elements=0x2aaaaf28c9e0, 
use_neon_shim=1, validate_compat_cb=0x2aaaaf1811b0 <validate_element>,
    startelm_compat_cb=0x2aaaaf181290 <start_element>, 
endelm_compat_cb=0x2aaaaf181400 <end_element>, startelm_cb=0, 
cdata_cb=0, endelm_cb=0, baton=0x7fffff84f630, extra_headers=0x11e5ac0,
    status_code=0x0, spool_response=0, pool=0x11e5788) at 
subversion/libsvn_ra_dav/util.c:602
#2  0x00002aaaaf187228 in svn_ra_dav__parsed_request_compat 
(sess=Variable "sess" is not available.
) at subversion/libsvn_ra_dav/util.c:876
#3  0x00002aaaaf1818b8 in svn_ra_dav__get_props (results=0x7fffff84f6d0, 
sess=0xfbc0e0, url=0x11e5ab0 "/svn/memcached", depth=Variable "depth" is 
not available.
) at subversion/libsvn_ra_dav/props.c:531
#4  0x00002aaaaf1819b6 in svn_ra_dav__get_props_resource 
(rsrc=0x7fffff84f7e8, sess=0xfbc0e0, url=0x11e5a80 "/svn/memcached", 
label=0x0, which_props=0x2aaaaf28c940, pool=0x11e5788)
    at subversion/libsvn_ra_dav/props.c:558
#5  0x00002aaaaf181c16 in svn_ra_dav__search_for_starting_props 
(rsrc=0x7fffff84f7e8, missing_path=0x7fffff84f7e0, sess=0xfbc0e0, 
url=0xfaefd8 "http://code.sixapart.com/svn/memcached",
    pool=0x11e5788) at subversion/libsvn_ra_dav/props.c:667
#6  0x00002aaaaf181e85 in svn_ra_dav__get_baseline_props 
(bc_relative=0x7fffff84f850, bln_rsrc=0x7fffff84f868, sess=0xfbc0e0, 
url=Variable "url" is not available.
) at subversion/libsvn_ra_dav/props.c:775
#7  0x00002aaaaf1824a3 in svn_ra_dav__get_baseline_info (is_dir=0x0, 
bc_url=0x7fffff84f990, bc_relative=0x7fffff84f980, latest_rev=0x0, 
sess=0xfbc0e0, url=Variable "url" is not available.
)
    at subversion/libsvn_ra_dav/props.c:898
#8  0x00002aaaaf17ffe0 in svn_ra_dav__get_log (session=Variable 
"session" is not available.
) at subversion/libsvn_ra_dav/log.c:430
#9  0x00002aaaaf4c46fa in _wrap_svn_ra_get_log (my_perl=Variable 
"my_perl" is not available.
) at svn_ra.c:4552
#10 0x0000003bd9e9b67e in Perl_pp_entersub () from 
/usr/lib64/perl5/5.8.6/x86_64-linux-thread-multi/CORE/libperl.so
#11 0x0000003bd9e7f3cd in Perl_runops_debug () from 
/usr/lib64/perl5/5.8.6/x86_64-linux-thread-multi/CORE/libperl.so
#12 0x0000003bd9e39b49 in perl_run () from 
/usr/lib64/perl5/5.8.6/x86_64-linux-thread-multi/CORE/libperl.so
#13 0x0000000000401a01 in main ()

Can anyone else reproduce this?

-Steve

             reply	other threads:[~2007-04-16 22:18 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-16 22:17 Steven Grimm [this message]
2007-04-17  9:37 ` Segmentation fault in git-svn Eric Wong
2007-04-17  9:40   ` [PATCH (WIP)] git-svn: cache SVN::Ra functions in a more Perl GC-friendly way Eric Wong
2007-04-24  0:50     ` Steven Grimm
2007-04-25  6:40       ` Eric Wong
2007-04-17  9:55   ` Segmentation fault in git-svn Eric Wong
2007-04-18  9:01     ` Eric Wong
2007-04-19 21:31       ` [RFH] " Eric Wong
2007-05-03 12:35 ` Peter Baumann
2007-05-13  8:21   ` Eric Wong
2007-05-13 22:04     ` Steven Grimm
2007-05-14  9:02       ` Peter Baumann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4623F613.5010108@midwinter.com \
    --to=koreth@midwinter.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).