Re: git-svn died of signal 11 (was "3 failures on test t9100 (svn)")

From: Nicolas Sebrecht <nicolas.s.dev@gmx.fr>
Date: Mar 3, 2010, 21:24 UTC
Message-ID: <20100303212433.GB12919@vidovic>
In-Reply-To: <20100303173131.GB10168@coredump.intra.peff.net>

The 03/03/10, Jeff King wrote:

Show 14 quoted lines

> On Wed, Mar 03, 2010 at 10:22:13AM +0100, Nicolas Sebrecht wrote:
> 
> >   $ git svn fetch
> > [...]
> >   error: git-svn died of signal 11
> 
> I was able to clone this repository just fine with "git svn clone"
> (which should internally just be doing that same fetch). But since it is
> a segfault, and since you are having problems with some repositories and
> not others, it may be a problem with uninitialized data or similar.
> 
> And the fact that you are getting a perl program to segfault means it is
> probably not the perl program's fault, but a problem with perl itself or
> an XS module loaded by perl (like, say, the SVN module).

I've tried with perl-5.8.8-r6 instead of perl-5.8.8-r5 (gentoo revisions of ebuild) but it still segfault.

> Do you have valgrind installed? Have you tried running

Looking at the valgrind output (attached), it looks like the fault comes from the apr library, right? If so, it is somewhat sad because I'd rather not to have to sync my portage tree. :(

Show 6 quoted lines

> > Adding the -d option to the shebang of git-svn doesn't help. I've
> > stopped the process after 24 minutes running.  I have no more
> > information with the -w option set.
> 
> What's it doing for 24 minutes? Is it actually chewing on cpu, or is it
> blocking on I/O? Have you tried running it under strace?

The cpu chewing.

-- 
Nicolas Sebrecht