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
next 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).