# git-svn crashing perl

4 messages from 2008-10-18 to 2008-10-19. Participants: Alex Bennee, Heinrich Nirschl.
Thread: https://gitlist.dev/t/15951

## Alex Bennee, 2008-10-18 13:42

Subject: git-svn crashing perl
Message-ID: <b2cdc9f30810180642n22b800ddg244555bf788a83bc@mail.gmail.com>
URL: https://gitlist.dev/e/b2cdc9f30810180642n22b800ddg244555bf788a83bc%40mail.gmail.com

```
Hi,

Doing a git-sv fetch --fetch-all is generating a SEGV in perl while I
try and update my repo. Although I can look at the backtrace in perl
it doesn't really tell me much. Any tips on how I can get more info?


-- 
Alex, homepage: http://www.bennee.com/~alex/

```

## Heinrich Nirschl, 2008-10-18 16:05

Subject: Re: git-svn crashing perl
Message-ID: <394ab6ec0810180905t5faca9cbnc7b73267a72deddc@mail.gmail.com>
URL: https://gitlist.dev/e/394ab6ec0810180905t5faca9cbnc7b73267a72deddc%40mail.gmail.com
In-Reply-To: <b2cdc9f30810180642n22b800ddg244555bf788a83bc@mail.gmail.com>

```
On Sat, Oct 18, 2008 at 3:42 PM, Alex Bennee <kernel-hacker@bennee.com> wrote:
> Hi,
>
> Doing a git-sv fetch --fetch-all is generating a SEGV in perl while I
> try and update my repo. Although I can look at the backtrace in perl
> it doesn't really tell me much. Any tips on how I can get more info?
>

This seems to be a problem of the subversion perl bindings. See for example:
http://subversion.tigris.org/issues/show_bug.cgi?id=3007

```

## Alex Bennee, 2008-10-18 22:00

Subject: Re: git-svn crashing perl
Message-ID: <b2cdc9f30810181500u357ce6e2tb8bef4fd559e89d3@mail.gmail.com>
URL: https://gitlist.dev/e/b2cdc9f30810181500u357ce6e2tb8bef4fd559e89d3%40mail.gmail.com
In-Reply-To: <394ab6ec0810180905t5faca9cbnc7b73267a72deddc@mail.gmail.com>

```
On Sat, Oct 18, 2008 at 5:05 PM, Heinrich Nirschl
<heinrich.nirschl@gmail.com> wrote:
> On Sat, Oct 18, 2008 at 3:42 PM, Alex Bennee <kernel-hacker@bennee.com> wrote:
>> Hi,
>>
>> Doing a git-sv fetch --fetch-all is generating a SEGV in perl while I
>> try and update my repo. Although I can look at the backtrace in perl
>> it doesn't really tell me much. Any tips on how I can get more info?
>>
>
> This seems to be a problem of the subversion perl bindings. See for example:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3007
>

Looks similar. libapr certainly seems to be breaking something:


Core was generated by `/usr/bin/perl
/home/alex/src/git.git/install/libexec/git-core/git-svn fetch --f'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007fd0d813c370 in ?? ()
(gdb) bt
#0  0x00007fd0d813c370 in ?? ()
#1  0x00007fd0d9a52a5d in ?? () from /usr/lib/libapr-1.so.0
#2  0x00007fd0d9a53d9a in ?? () from /usr/lib/libapr-1.so.0
#3  0x00007fd0d9a54003 in ?? () from /usr/lib/libapr-1.so.0
#4  0x00007fd0d9a53d88 in ?? () from /usr/lib/libapr-1.so.0
#5  0x00007fd0d9a54003 in ?? () from /usr/lib/libapr-1.so.0
#6  0x00007fd0d9a540f3 in apr_pool_terminate () from /usr/lib/libapr-1.so.0
#7  0x00007fd0db1c6e83 in _wrap_apr_terminate () from
/usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux/auto/SVN/_Core/_Core.so
#8  0x000000000047dbab in Perl_pp_entersub ()
#9  0x00000000004677fa in Perl_runops_debug ()
#10 0x0000000000425ae8 in Perl_call_sv ()
#11 0x0000000000425faa in Perl_call_list ()
#12 0x000000000042a0e8 in perl_destruct ()
#13 0x0000000000422238 in main ()



-- 
Alex, homepage: http://www.bennee.com/~alex/

```

## Heinrich Nirschl, 2008-10-19 06:39

Subject: Re: git-svn crashing perl
Message-ID: <394ab6ec0810182339j5f6cc1d6i6693ef878b9be12e@mail.gmail.com>
URL: https://gitlist.dev/e/394ab6ec0810182339j5f6cc1d6i6693ef878b9be12e%40mail.gmail.com
In-Reply-To: <b2cdc9f30810181500u357ce6e2tb8bef4fd559e89d3@mail.gmail.com>

```
On Sun, Oct 19, 2008 at 12:00 AM, Alex Bennee <kernel-hacker@bennee.com> wrote:
> Looks similar. libapr certainly seems to be breaking something:
>
>
> Core was generated by `/usr/bin/perl
> /home/alex/src/git.git/install/libexec/git-core/git-svn fetch --f'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x00007fd0d813c370 in ?? ()
> (gdb) bt
> #0  0x00007fd0d813c370 in ?? ()
> #1  0x00007fd0d9a52a5d in ?? () from /usr/lib/libapr-1.so.0
> #2  0x00007fd0d9a53d9a in ?? () from /usr/lib/libapr-1.so.0
> #3  0x00007fd0d9a54003 in ?? () from /usr/lib/libapr-1.so.0
> #4  0x00007fd0d9a53d88 in ?? () from /usr/lib/libapr-1.so.0
> #5  0x00007fd0d9a54003 in ?? () from /usr/lib/libapr-1.so.0
> #6  0x00007fd0d9a540f3 in apr_pool_terminate () from /usr/lib/libapr-1.so.0
> #7  0x00007fd0db1c6e83 in _wrap_apr_terminate () from
> /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux/auto/SVN/_Core/_Core.so
> #8  0x000000000047dbab in Perl_pp_entersub ()
> #9  0x00000000004677fa in Perl_runops_debug ()
> #10 0x0000000000425ae8 in Perl_call_sv ()
> #11 0x0000000000425faa in Perl_call_list ()
> #12 0x000000000042a0e8 in perl_destruct ()
> #13 0x0000000000422238 in main ()

I found another bug report that seems to be related
http://bugs.gentoo.org/show_bug.cgi?id=223747

There is a workaround mentioned: disable runtime-module-search when
building subversion.

```
