* http git clone memory problem.
@ 2007-07-24 3:44 Benjamin Sergeant
2007-07-24 9:26 ` Johannes Schindelin
0 siblings, 1 reply; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 3:44 UTC (permalink / raw)
To: git
- Sorry for the noise if this has already been reported.
- It's on a Mandriva Spring machine with git 1.5.0.4
- It's a glibc detected memory error. If I restart with
MALLOC_CHECK_=0 I dont' get the crash.
[bsergean@marge1 src]$ git --version
git version 1.5.0.4
[bsergean@marge1 src]$ git clone http://www.kernel.org/pub/scm/git/git.git
Initialized empty Git repository in /home/bsergean/src/git/.git/
got de9879a91fd7d4d123a303b4bcdc918f43ca3a62
walk de9879a91fd7d4d123a303b4bcdc918f43ca3a62
got 68cb399f1760d4a54ae9ff1f367fea8b6bed9453
Getting alternates list for http://www.kernel.org/pub/scm/git/git.git/
got f6002a9d88be66b5d7ac79bf312feb0b622791ca
walk f6002a9d88be66b5d7ac79bf312feb0b622791ca
Getting pack list for http://www.kernel.org/pub/scm/git/git.git/
Getting index for pack 6ce718d496eba4857e76cc9b8f7a1a82f5dfb416
got 896ff1d95a2a307fd764b66de4fbd882e64dd9c6
*** glibc detected *** git-http-fetch: corrupted double-linked list:
0x0808ad50 ***
======= Backtrace: =========
/lib/i686/libc.so.6[0xb7c35516]
/lib/i686/libc.so.6[0xb7c37728]
/lib/i686/libc.so.6(__libc_malloc+0x85)[0xb7c39075]
/lib/libz.so.1(zcalloc+0x20)[0xb7edbfd0]
git-http-fetch[0x804c6e8]
git-http-fetch[0x804a9bb]
git-http-fetch[0x804aa3b]
git-http-fetch[0x804db94]
git-http-fetch[0x804a310]
git-http-fetch[0x804cb97]
/lib/i686/libc.so.6(__libc_start_main+0xdc)[0xb7be7d8c]
git-http-fetch[0x8049c31]
======= Memory map: ========
08048000-08068000 r-xp 00000000 03:02 506123 /usr/bin/git-http-fetch
08068000-08069000 rwxp 00020000 03:02 506123 /usr/bin/git-http-fetch
08069000-08436000 rwxp 08069000 00:00 0 [heap]
b7900000-b7921000 rwxp b7900000 00:00 0
b7921000-b7a00000 ---p b7921000 00:00 0
b7ad9000-b7ae3000 r-xp 00000000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
b7ae3000-b7ae4000 rwxp 0000a000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
b7af9000-b7b19000 rwxp b7af9000 00:00 0
b7b19000-b7b27000 r-xp 00000000 03:02 678959 /lib/libresolv-2.4.so
b7b27000-b7b29000 rwxp 0000e000 03:02 678959 /lib/libresolv-2.4.so
b7b29000-b7b2b000 rwxp b7b29000 00:00 0
b7b2b000-b7b2f000 r-xp 00000000 03:02 678947 /lib/libnss_dns-2.4.so
b7b2f000-b7b31000 rwxp 00003000 03:02 678947 /lib/libnss_dns-2.4.so
b7b31000-b7b41000 r-xp 00000000 03:02 678943 /lib/libnsl-2.4.so
b7b41000-b7b43000 rwxp 00010000 03:02 678943 /lib/libnsl-2.4.so
b7b43000-b7b45000 rwxp b7b43000 00:00 0
b7b45000-b7b4d000 r-xp 00000000 03:02 678953 /lib/libnss_nis-2.4.so
b7b4d000-b7b4f000 rwxp 00007000 03:02 678953 /lib/libnss_nis-2.4.so
b7b4f000-b7b57000 r-xp 00000000 03:02 678949 /lib/libnss_files-2.4.so
b7b57000-b7b59000 rwxp 00007000 03:02 678949 /lib/libnss_files-2.4.so
b7b59000-b7b5a000 rwxp b7b59000 00:00 0
b7b5a000-b7b99000 r-xp 00000000 03:02 36383 /usr/lib/libssl.so.0.9.8
b7b99000-b7b9d000 rwxp 0003e000 03:02 36383 /usr/lib/libssl.so.0.9.8
b7b9d000-b7bcd000 r-xp 00000000 03:02 215594 /usr/lib/libidn.so.11.5.23
b7bcd000-b7bce000 rwxp 0002f000 03:02 215594 /usr/lib/libidn.so.11.5.23
b7bce000-b7bd0000 r-xp 00000000 03:02 678939 /lib/libdl-2.4.so
b7bd0000-b7bd2000 rwxp 00001000 03:02 678939 /lib/libdl-2.4.so
b7bd2000-b7cfb000 r-xp 00000000 03:02 678918 /lib/i686/libc-2.4.so
b7cfb000-b7cfc000 r-xp 00129000 03:02 678918 /lib/i686/libc-2.4.so
b7cfc000-b7cfe000 rwxp 0012a000 03:02 678918 /lib/i686/libc-2.4.so
b7cfe000-b7d02000 rwxp b7cfe000 00:00 0
b7d02000-b7d20000 r-xp 00000000 03:02 215102 /usr/lib/libexpat.so.0.5.0
b7d20000-b7d22000 rwxp 0001e000 03:02 215102 /usr/lib/libexpat.so.0.5.0
b7d22000-b7d70000 r-xp 00000000 03:02 215628 /usr/lib/libcurl.so.4.0.0
b7d70000-b7d71000 rwxp 0004d000 03:02 215628 /usr/lib/libcurl.so.4.0.0
b7d71000-b7ebc000 r-xp 00000000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
b7ebc000-b7ed1000 rwxp 0014b000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
b7ed1000-b7ed4000 rwxp b7ed1000 00:00 0
b7ed4000-b7ee6000 r-xp 00000000 03:02 678968 /lib/libz.so.1.2.3
b7ee6000-b7ee7000 rwxp 00011000 03:02 678968 /lib/libz.so.1.2.3
b7efc000-b7efd000 rwxp b7efc000 00:00 0
b7efd000-b7f15000 r-xp 00000000 03:02 678928 /lib/ld-2.4.so
b7f15000-b7f16000 r-xp 00017000 03:02 678928 /lib/ld-2.4.so
b7f16000-b7f17000 rwxp 00018000 03:02 678928 /lib/ld-2.4.so
bfd02000-bfd18000 rw-p bfd02000 00:00 0 [stack]
bfffe000-bffff000 r-xp bfffe000 00:00 0
/usr/bin/git-clone: line 33: 12780 Aborted
git-http-fetch -v -a -w "$tname" "$name" "$1/"
Benjamin.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 3:44 http git clone memory problem Benjamin Sergeant
@ 2007-07-24 9:26 ` Johannes Schindelin
2007-07-24 16:58 ` Benjamin Sergeant
0 siblings, 1 reply; 8+ messages in thread
From: Johannes Schindelin @ 2007-07-24 9:26 UTC (permalink / raw)
To: Benjamin Sergeant; +Cc: git
Hi,
On Mon, 23 Jul 2007, Benjamin Sergeant wrote:
> - Sorry for the noise if this has already been reported.
> - It's on a Mandriva Spring machine with git 1.5.0.4
That is really old. Could you try with a newer version? I do not
remember off-hand if we had fixed such a problem.
Ciao,
Dscho
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 9:26 ` Johannes Schindelin
@ 2007-07-24 16:58 ` Benjamin Sergeant
2007-07-24 17:33 ` Benjamin Sergeant
0 siblings, 1 reply; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 16:58 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: git
With
On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> Hi,
>
> On Mon, 23 Jul 2007, Benjamin Sergeant wrote:
>
> > - Sorry for the noise if this has already been reported.
> > - It's on a Mandriva Spring machine with git 1.5.0.4
>
> That is really old. Could you try with a newer version? I do not
> remember off-hand if we had fixed such a problem.
>
> Ciao,
> Dscho
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 16:58 ` Benjamin Sergeant
@ 2007-07-24 17:33 ` Benjamin Sergeant
2007-07-24 17:44 ` Benjamin Sergeant
2007-07-24 17:45 ` Johannes Schindelin
0 siblings, 2 replies; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 17:33 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: git
Sorry, the mail went all alone by itself :)
I still have the segfault with 1.5.2.4. If I try to gdb it, it abort
before I can do anything. Is there an environment variable that I can
set to disable signal handling or something in git ?
*** glibc detected *** git-http-fetch: corrupted double-linked list:
0x080a4628 ***
[bsergean@marge1 sandbox]$ git --version
git version 1.5.2.4
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$
[bsergean@marge1 sandbox]$ git clone http://www.kernel.org/pub/scm/git/git.git
Initialized empty Git repository in /home/bsergean/sandbox/git/.git/
got cc13f556fc72f6f0670e61599363f6e327736ffb
walk cc13f556fc72f6f0670e61599363f6e327736ffb
got d33dfef836519e288b1f561a608020c10d01f8da
got a196f6d93a21ebac9befc4b52a2b0586471b5fa4
Getting alternates list for http://www.kernel.org/pub/scm/git/git.git
walk a196f6d93a21ebac9befc4b52a2b0586471b5fa4
Getting pack list for http://www.kernel.org/pub/scm/git/git.git
Getting index for pack 6ce718d496eba4857e76cc9b8f7a1a82f5dfb416
got 896ff1d95a2a307fd764b66de4fbd882e64dd9c6
got dd98d95d9748cdcb4fd0926a049b4a68dad47a73
Getting index for pack ffecdbabefeb7d684650f6c920c53c384bc65b5e
*** glibc detected *** git-http-fetch: corrupted double-linked list:
0x080a4628 ***
======= Backtrace: =========
/lib/i686/libc.so.6[0xb7c8a516]
/lib/i686/libc.so.6[0xb7c8c728]
/lib/i686/libc.so.6(__libc_calloc+0x94)[0xb7c8dd74]
/usr/lib/libcurl.so.4[0xb7d98013]
git-http-fetch[0x804adbb]
git-http-fetch[0x804d9b4]
git-http-fetch[0x804a642]
git-http-fetch[0x804c150]
/lib/i686/libc.so.6(__libc_start_main+0xdc)[0xb7c3cd8c]
git-http-fetch[0x8049f81]
======= Memory map: ========
08048000-08070000 r-xp 00000000 03:06 841397
/home/bsergean/git/bin/git-http-fetch
08070000-08071000 rwxp 00028000 03:06 841397
/home/bsergean/git/bin/git-http-fetch
08071000-08494000 rwxp 08071000 00:00 0 [heap]
b7800000-b7821000 rwxp b7800000 00:00 0
b7821000-b7900000 ---p b7821000 00:00 0
b79e9000-b79f3000 r-xp 00000000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
b79f3000-b79f4000 rwxp 0000a000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
b7a09000-b7a29000 rwxp b7a09000 00:00 0
b7a29000-b7b6e000 r-xp 00000000 03:06 841551
/home/bsergean/sandbox/git/.git/objects/pack/pack-6ce718d496eba4857e76cc9b8f7a1a82f5dfb416.idx
b7b6e000-b7b7c000 r-xp 00000000 03:02 678959 /lib/libresolv-2.4.so
b7b7c000-b7b7e000 rwxp 0000e000 03:02 678959 /lib/libresolv-2.4.so
b7b7e000-b7b80000 rwxp b7b7e000 00:00 0
b7b80000-b7b84000 r-xp 00000000 03:02 678947 /lib/libnss_dns-2.4.so
b7b84000-b7b86000 rwxp 00003000 03:02 678947 /lib/libnss_dns-2.4.so
b7b86000-b7b96000 r-xp 00000000 03:02 678943 /lib/libnsl-2.4.so
b7b96000-b7b98000 rwxp 00010000 03:02 678943 /lib/libnsl-2.4.so
b7b98000-b7b9a000 rwxp b7b98000 00:00 0
b7b9a000-b7ba2000 r-xp 00000000 03:02 678953 /lib/libnss_nis-2.4.so
b7ba2000-b7ba4000 rwxp 00007000 03:02 678953 /lib/libnss_nis-2.4.so
b7ba4000-b7bac000 r-xp 00000000 03:02 678949 /lib/libnss_files-2.4.so
b7bac000-b7bae000 rwxp 00007000 03:02 678949 /lib/libnss_files-2.4.so
b7bae000-b7baf000 rwxp b7bae000 00:00 0
b7baf000-b7bee000 r-xp 00000000 03:02 36383 /usr/lib/libssl.so.0.9.8
b7bee000-b7bf2000 rwxp 0003e000 03:02 36383 /usr/lib/libssl.so.0.9.8
b7bf2000-b7c22000 r-xp 00000000 03:02 215594 /usr/lib/libidn.so.11.5.23
b7c22000-b7c23000 rwxp 0002f000 03:02 215594 /usr/lib/libidn.so.11.5.23
b7c23000-b7c25000 r-xp 00000000 03:02 678939 /lib/libdl-2.4.so
b7c25000-b7c27000 rwxp 00001000 03:02 678939 /lib/libdl-2.4.so
b7c27000-b7d50000 r-xp 00000000 03:02 678918 /lib/i686/libc-2.4.so
b7d50000-b7d51000 r-xp 00129000 03:02 678918 /lib/i686/libc-2.4.so
b7d51000-b7d53000 rwxp 0012a000 03:02 678918 /lib/i686/libc-2.4.so
b7d53000-b7d57000 rwxp b7d53000 00:00 0
b7d57000-b7d75000 r-xp 00000000 03:02 215102 /usr/lib/libexpat.so.0.5.0
b7d75000-b7d77000 rwxp 0001e000 03:02 215102 /usr/lib/libexpat.so.0.5.0
b7d77000-b7dc5000 r-xp 00000000 03:02 215628 /usr/lib/libcurl.so.4.0.0
b7dc5000-b7dc6000 rwxp 0004d000 03:02 215628 /usr/lib/libcurl.so.4.0.0
b7dc6000-b7f11000 r-xp 00000000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
b7f11000-b7f26000 rwxp 0014b000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
b7f26000-b7f29000 rwxp b7f26000 00:00 0
b7f29000-b7f3b000 r-xp 00000000 03:02 678968 /lib/libz.so.1.2.3
b7f3b000-b7f3c000 rwxp 00011000 03:02 678968 /lib/libz.so.1.2.3
b7f51000-b7f52000 rwxp b7f51000 00:00 0
b7f52000-b7f6a000 r-xp 00000000 03:02 678928 /lib/ld-2.4.so
b7f6a000-b7f6b000 r-xp 00017000 03:02 678928 /lib/ld-2.4.so
b7f6b000-b7f6c000 rwxp 00018000 03:02 678928 /lib/ld-2.4.so
bfafc000-bfb11000 rw-p bfafc000 00:00 0 [stack]
bfffe000-bffff000 r-xp bfffe000 00:00 0
/home/bsergean/git/bin/git-clone: line 40: 17529 Aborted
git-http-fetch $v -a -w "$tname" "$sha1" "$1"
On 7/24/07, Benjamin Sergeant <bsergean@gmail.com> wrote:
> With
>
> On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> > Hi,
> >
> > On Mon, 23 Jul 2007, Benjamin Sergeant wrote:
> >
> > > - Sorry for the noise if this has already been reported.
> > > - It's on a Mandriva Spring machine with git 1.5.0.4
> >
> > That is really old. Could you try with a newer version? I do not
> > remember off-hand if we had fixed such a problem.
> >
> > Ciao,
> > Dscho
> >
> >
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 17:33 ` Benjamin Sergeant
@ 2007-07-24 17:44 ` Benjamin Sergeant
2007-07-24 17:45 ` Johannes Schindelin
1 sibling, 0 replies; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 17:44 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: git
I found this patch on the net, which was probably integrated a while
ago, about curl, git and segfault ...
http://www.gelato.unsw.edu.au/archives/git/0606/21489.html
"""
If a curl handle is configured with special options, they may reference
information that is freed after the request is complete which can cause
a segfault if the curl handle is reused for a different type of request.
This patch resets these options to a safe state when a transfer slot is
assigned to a new request.
"""
I'm looking for the right MALLOC_* glibc variable so that I can see
where it crash.
On 7/24/07, Benjamin Sergeant <bsergean@gmail.com> wrote:
> Sorry, the mail went all alone by itself :)
>
> I still have the segfault with 1.5.2.4. If I try to gdb it, it abort
> before I can do anything. Is there an environment variable that I can
> set to disable signal handling or something in git ?
>
> *** glibc detected *** git-http-fetch: corrupted double-linked list:
> 0x080a4628 ***
>
> [bsergean@marge1 sandbox]$ git --version
> git version 1.5.2.4
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$
> [bsergean@marge1 sandbox]$ git clone http://www.kernel.org/pub/scm/git/git.git
> Initialized empty Git repository in /home/bsergean/sandbox/git/.git/
> got cc13f556fc72f6f0670e61599363f6e327736ffb
> walk cc13f556fc72f6f0670e61599363f6e327736ffb
> got d33dfef836519e288b1f561a608020c10d01f8da
> got a196f6d93a21ebac9befc4b52a2b0586471b5fa4
> Getting alternates list for http://www.kernel.org/pub/scm/git/git.git
> walk a196f6d93a21ebac9befc4b52a2b0586471b5fa4
> Getting pack list for http://www.kernel.org/pub/scm/git/git.git
> Getting index for pack 6ce718d496eba4857e76cc9b8f7a1a82f5dfb416
> got 896ff1d95a2a307fd764b66de4fbd882e64dd9c6
> got dd98d95d9748cdcb4fd0926a049b4a68dad47a73
> Getting index for pack ffecdbabefeb7d684650f6c920c53c384bc65b5e
> *** glibc detected *** git-http-fetch: corrupted double-linked list:
> 0x080a4628 ***
> ======= Backtrace: =========
> /lib/i686/libc.so.6[0xb7c8a516]
> /lib/i686/libc.so.6[0xb7c8c728]
> /lib/i686/libc.so.6(__libc_calloc+0x94)[0xb7c8dd74]
> /usr/lib/libcurl.so.4[0xb7d98013]
> git-http-fetch[0x804adbb]
> git-http-fetch[0x804d9b4]
> git-http-fetch[0x804a642]
> git-http-fetch[0x804c150]
> /lib/i686/libc.so.6(__libc_start_main+0xdc)[0xb7c3cd8c]
> git-http-fetch[0x8049f81]
> ======= Memory map: ========
> 08048000-08070000 r-xp 00000000 03:06 841397
> /home/bsergean/git/bin/git-http-fetch
> 08070000-08071000 rwxp 00028000 03:06 841397
> /home/bsergean/git/bin/git-http-fetch
> 08071000-08494000 rwxp 08071000 00:00 0 [heap]
> b7800000-b7821000 rwxp b7800000 00:00 0
> b7821000-b7900000 ---p b7821000 00:00 0
> b79e9000-b79f3000 r-xp 00000000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
> b79f3000-b79f4000 rwxp 0000a000 03:02 678969 /lib/libgcc_s-4.1.2.so.1
> b7a09000-b7a29000 rwxp b7a09000 00:00 0
> b7a29000-b7b6e000 r-xp 00000000 03:06 841551
> /home/bsergean/sandbox/git/.git/objects/pack/pack-6ce718d496eba4857e76cc9b8f7a1a82f5dfb416.idx
> b7b6e000-b7b7c000 r-xp 00000000 03:02 678959 /lib/libresolv-2.4.so
> b7b7c000-b7b7e000 rwxp 0000e000 03:02 678959 /lib/libresolv-2.4.so
> b7b7e000-b7b80000 rwxp b7b7e000 00:00 0
> b7b80000-b7b84000 r-xp 00000000 03:02 678947 /lib/libnss_dns-2.4.so
> b7b84000-b7b86000 rwxp 00003000 03:02 678947 /lib/libnss_dns-2.4.so
> b7b86000-b7b96000 r-xp 00000000 03:02 678943 /lib/libnsl-2.4.so
> b7b96000-b7b98000 rwxp 00010000 03:02 678943 /lib/libnsl-2.4.so
> b7b98000-b7b9a000 rwxp b7b98000 00:00 0
> b7b9a000-b7ba2000 r-xp 00000000 03:02 678953 /lib/libnss_nis-2.4.so
> b7ba2000-b7ba4000 rwxp 00007000 03:02 678953 /lib/libnss_nis-2.4.so
> b7ba4000-b7bac000 r-xp 00000000 03:02 678949 /lib/libnss_files-2.4.so
> b7bac000-b7bae000 rwxp 00007000 03:02 678949 /lib/libnss_files-2.4.so
> b7bae000-b7baf000 rwxp b7bae000 00:00 0
> b7baf000-b7bee000 r-xp 00000000 03:02 36383 /usr/lib/libssl.so.0.9.8
> b7bee000-b7bf2000 rwxp 0003e000 03:02 36383 /usr/lib/libssl.so.0.9.8
> b7bf2000-b7c22000 r-xp 00000000 03:02 215594 /usr/lib/libidn.so.11.5.23
> b7c22000-b7c23000 rwxp 0002f000 03:02 215594 /usr/lib/libidn.so.11.5.23
> b7c23000-b7c25000 r-xp 00000000 03:02 678939 /lib/libdl-2.4.so
> b7c25000-b7c27000 rwxp 00001000 03:02 678939 /lib/libdl-2.4.so
> b7c27000-b7d50000 r-xp 00000000 03:02 678918 /lib/i686/libc-2.4.so
> b7d50000-b7d51000 r-xp 00129000 03:02 678918 /lib/i686/libc-2.4.so
> b7d51000-b7d53000 rwxp 0012a000 03:02 678918 /lib/i686/libc-2.4.so
> b7d53000-b7d57000 rwxp b7d53000 00:00 0
> b7d57000-b7d75000 r-xp 00000000 03:02 215102 /usr/lib/libexpat.so.0.5.0
> b7d75000-b7d77000 rwxp 0001e000 03:02 215102 /usr/lib/libexpat.so.0.5.0
> b7d77000-b7dc5000 r-xp 00000000 03:02 215628 /usr/lib/libcurl.so.4.0.0
> b7dc5000-b7dc6000 rwxp 0004d000 03:02 215628 /usr/lib/libcurl.so.4.0.0
> b7dc6000-b7f11000 r-xp 00000000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
> b7f11000-b7f26000 rwxp 0014b000 03:02 36382 /usr/lib/libcrypto.so.0.9.8
> b7f26000-b7f29000 rwxp b7f26000 00:00 0
> b7f29000-b7f3b000 r-xp 00000000 03:02 678968 /lib/libz.so.1.2.3
> b7f3b000-b7f3c000 rwxp 00011000 03:02 678968 /lib/libz.so.1.2.3
> b7f51000-b7f52000 rwxp b7f51000 00:00 0
> b7f52000-b7f6a000 r-xp 00000000 03:02 678928 /lib/ld-2.4.so
> b7f6a000-b7f6b000 r-xp 00017000 03:02 678928 /lib/ld-2.4.so
> b7f6b000-b7f6c000 rwxp 00018000 03:02 678928 /lib/ld-2.4.so
> bfafc000-bfb11000 rw-p bfafc000 00:00 0 [stack]
> bfffe000-bffff000 r-xp bfffe000 00:00 0
> /home/bsergean/git/bin/git-clone: line 40: 17529 Aborted
> git-http-fetch $v -a -w "$tname" "$sha1" "$1"
>
>
>
> On 7/24/07, Benjamin Sergeant <bsergean@gmail.com> wrote:
> > With
> >
> > On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> > > Hi,
> > >
> > > On Mon, 23 Jul 2007, Benjamin Sergeant wrote:
> > >
> > > > - Sorry for the noise if this has already been reported.
> > > > - It's on a Mandriva Spring machine with git 1.5.0.4
> > >
> > > That is really old. Could you try with a newer version? I do not
> > > remember off-hand if we had fixed such a problem.
> > >
> > > Ciao,
> > > Dscho
> > >
> > >
> >
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 17:33 ` Benjamin Sergeant
2007-07-24 17:44 ` Benjamin Sergeant
@ 2007-07-24 17:45 ` Johannes Schindelin
2007-07-24 17:53 ` Benjamin Sergeant
1 sibling, 1 reply; 8+ messages in thread
From: Johannes Schindelin @ 2007-07-24 17:45 UTC (permalink / raw)
To: Benjamin Sergeant; +Cc: git
Hi,
On Tue, 24 Jul 2007, Benjamin Sergeant wrote:
> I still have the segfault with 1.5.2.4. If I try to gdb it, it abort
> before I can do anything. Is there an environment variable that I can
> set to disable signal handling or something in git ?
Did you gdb http-fetch?
If not, please use "sh -x git-clone..." to find out what command line to
use.
And when you have the command line, please use valgrind to find out where
the leak/corruption is.
There are some flags that are automatically set/unset when compiling the
http transport, and it is not easy to know which flags are enabled in your
setup.
But for starters, you might want to recompile http-fetch without -O2. My
gdb always has problems attributing the correct line, which does not
exactly make it easier for me to debug things. I could imagine your gdb
is as annoying.
Ciao,
Dscho
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 17:45 ` Johannes Schindelin
@ 2007-07-24 17:53 ` Benjamin Sergeant
2007-07-24 20:13 ` Benjamin Sergeant
0 siblings, 1 reply; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 17:53 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: git
On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> Hi,
>
> On Tue, 24 Jul 2007, Benjamin Sergeant wrote:
>
> > I still have the segfault with 1.5.2.4. If I try to gdb it, it abort
> > before I can do anything. Is there an environment variable that I can
> > set to disable signal handling or something in git ?
>
> Did you gdb http-fetch?
>
> If not, please use "sh -x git-clone..." to find out what command line to
> use.
>
> And when you have the command line, please use valgrind to find out where
> the leak/corruption is.
>
> There are some flags that are automatically set/unset when compiling the
> http transport, and it is not easy to know which flags are enabled in your
> setup.
>
> But for starters, you might want to recompile http-fetch without -O2. My
> gdb always has problems attributing the correct line, which does not
> exactly make it easier for me to debug things. I could imagine your gdb
> is as annoying.
>
> Ciao,
> Dscho
I got that, but it's not super-usefull ... I will try valgrind instead.
[bsergean@marge1 sandbox]$ gdb /home/bsergean/git/bin/git-clone
/tmp/corefiles/core.18531
GNU gdb 6.6-1mdv2007.1 (Mandriva Linux release 2007.1)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-mandriva-linux-gnu"...
"/home/bsergean/git/bin/git-clone": not in executable format: File
format not recognized
(no debugging symbols found)
Using host libthread_db library "/lib/i686/libthread_db.so.1".
Core was generated by `git-http-fetch -v -a -w remotes/origin/html
cc13f556fc72f6f0670e61599363f6e3277'.
Program terminated with signal 6, Aborted.
#0 0xbfffe410 in __kernel_vsyscall ()
(gdb) where
#0 0xbfffe410 in __kernel_vsyscall ()
#1 0xb7c78590 in ?? ()
#2 0xb7d7aff4 in ?? ()
#3 0xb7bd7aa0 in ?? ()
#4 0xbf928f84 in ?? ()
#5 0xb7c79e21 in ?? ()
#6 0x00000006 in ?? ()
#7 0xbf928ef8 in ?? ()
#8 0x00000000 in ?? ()
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: http git clone memory problem.
2007-07-24 17:53 ` Benjamin Sergeant
@ 2007-07-24 20:13 ` Benjamin Sergeant
0 siblings, 0 replies; 8+ messages in thread
From: Benjamin Sergeant @ 2007-07-24 20:13 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: git
It's pretty random actually. Sometimes it ends like this:
Getting pack ffecdbabefeb7d684650f6c920c53c384bc65b5e
which contains f6c066fe62e97e3d93d10628318fe62de667b25b
got 12192695f4e402f7385728f14496ab807caeb0b8
error: File 33da1ff3b31eee2635cb105a5b15fab3362f6af7 has bad hash
error: Unable to find 33da1ff3b31eee2635cb105a5b15fab3362f6af7 under
http://www.kernel.org/pub/scm/git/git.git
Cannot obtain needed blob 33da1ff3b31eee2635cb105a5b15fab3362f6af7
while processing commit a196f6d93a21ebac9befc4b52a2b0586471b5fa4.
with no crash.
And sometimes with
Getting index for pack ffecdbabefeb7d684650f6c920c53c384bc65b5e
*** glibc detected *** git-http-fetch: corrupted double-linked list:
0x080a4360 ***
Is there a way to reproduce the crash with this
"ffecdbabefeb7d684650f6c920c53c384bc65b5e", the pack id (the sha1) ?
Benjamin.
A strace version of the crash:
I tried valgrind once but after 30 minutes nothing happened, I could
not even see the process with ps ...
I also tried strace.
A strace version of the cannot obtain needed blob:
got 7579c7107c6b5387fe1e30a0969dcb65d22e4cbf
walk abb503d1fc5802e5de9d5b4a0cb710e87d2b1ba4
Getting alternates list for http://www.kernel.org/pub/scm/git/git.git
Getting pack list for http://www.kernel.org/pub/scm/git/git.git
Getting pack 4146ab3638605f4b364bcf90d377e22c083a3d35
which contains eb7afba88c1bb4d755d23ca3aafe6d0874b848d0
got da5044940771800d0c7f0f28f269c40297860764
got 39af6c9c8112607fb780f3361c5362f587ab629f
got e3859e2a8a4ff8b9c51e1ebe430fa5bf0fd3d261
got 1ea0f745bd0996e7f30e07f472b79ca0ed578510
got c4bb30d92e0156760d07ebcc3bb3d637aebe9606
got 81536ec1557d84897ebb8565597ef7647fc770b9
error: Unable to find 11ea73c1cc3565eeabff27ef2d3619a5fb5381fd under
http://www.kernel.org/pub/scm/git/git.git
Cannot obtain needed blob 11ea73c1cc3565eeabff27ef2d3619a5fb5381fd
while processing commit abb503d1fc5802e5de9d5b4a0cb710e87d2b1ba4.
Waiting for http://www.kernel.org/pub/scm/git/git.git/objects/29/d8eccef4b9cf30704eaa6428131d788675dad8
got c1c7267135b50ebc653e2c16a73ba3e5c454e1e8
got 2623ef30134cc3f2cf715ba302c3cfa2b3527a48
got 29d8eccef4b9cf30704eaa6428131d788675dad8
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 20387
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbfd1ba08, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {0x808d1b0, [], 0}, {0x807ada0, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
stat64("/home", {st_mode=S_IFDIR|0755, st_size=360, ...}) = 0
stat64("/home/bsergean", {st_mode=S_IFDIR|0711, st_size=7480, ...}) = 0
stat64("/home/bsergean/sandbox", {st_mode=S_IFDIR|0755, st_size=528, ...}) = 0
stat64("/home/bsergean/sandbox/git", {st_mode=S_IFDIR|0755,
st_size=72, ...}) = 0
stat64("/home/bsergean/sandbox/git", {st_mode=S_IFDIR|0755,
st_size=72, ...}) = 0
chdir("/home/bsergean/sandbox") = 0
stat64("/bin/rm", {st_mode=S_IFREG|0755, st_size=36316, ...}) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=528, ...}) = 0
stat64("/home/bsergean/git/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/home/bsergean/git/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/Trolltech/Qt-4.3.0/bin/rm", 0xbfd1ce1c) = -1 ENOENT
(No such file or directory)
stat64("/usr/lib/ccache/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/Linux/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file or directory)
stat64("/home/bsergean/git/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/Trolltech/Qt-4.3.0/bin/rm", 0xbfd1ce1c) = -1 ENOENT
(No such file or directory)
stat64("/usr/lib/ccache/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/Linux/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/Trolltech/Qt-4.3.0/bin/rm", 0xbfd1ce1c) = -1 ENOENT
(No such file or directory)
stat64("/usr/lib/ccache/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/home/bsergean/bin/Linux/rm", 0xbfd1ce1c) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/distcc/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file
or directory)
stat64("/usr/bin/rm", 0xbfd1ce1c) = -1 ENOENT (No such file or directory)
stat64("/bin/rm", {st_mode=S_IFREG|0755, st_size=36316, ...}) = 0
stat64("/bin/rm", {st_mode=S_IFREG|0755, st_size=36316, ...}) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb7dab988) = 20388
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x807ada0, [], 0}, {0x808d1b0, [], 0}, 8) = 0
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 20388
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbfd1cb18, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {0x808d1b0, [], 0}, {0x807ada0, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
exit_group(1) = ?
Process 20362 detached
On 7/24/07, Benjamin Sergeant <bsergean@gmail.com> wrote:
> On 7/24/07, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> > Hi,
> >
> > On Tue, 24 Jul 2007, Benjamin Sergeant wrote:
> >
> > > I still have the segfault with 1.5.2.4. If I try to gdb it, it abort
> > > before I can do anything. Is there an environment variable that I can
> > > set to disable signal handling or something in git ?
> >
> > Did you gdb http-fetch?
> >
> > If not, please use "sh -x git-clone..." to find out what command line to
> > use.
> >
> > And when you have the command line, please use valgrind to find out where
> > the leak/corruption is.
> >
> > There are some flags that are automatically set/unset when compiling the
> > http transport, and it is not easy to know which flags are enabled in your
> > setup.
> >
> > But for starters, you might want to recompile http-fetch without -O2. My
> > gdb always has problems attributing the correct line, which does not
> > exactly make it easier for me to debug things. I could imagine your gdb
> > is as annoying.
> >
> > Ciao,
> > Dscho
>
> I got that, but it's not super-usefull ... I will try valgrind instead.
>
> [bsergean@marge1 sandbox]$ gdb /home/bsergean/git/bin/git-clone
> /tmp/corefiles/core.18531
> GNU gdb 6.6-1mdv2007.1 (Mandriva Linux release 2007.1)
> Copyright (C) 2006 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i586-mandriva-linux-gnu"...
> "/home/bsergean/git/bin/git-clone": not in executable format: File
> format not recognized
> (no debugging symbols found)
> Using host libthread_db library "/lib/i686/libthread_db.so.1".
> Core was generated by `git-http-fetch -v -a -w remotes/origin/html
> cc13f556fc72f6f0670e61599363f6e3277'.
> Program terminated with signal 6, Aborted.
> #0 0xbfffe410 in __kernel_vsyscall ()
> (gdb) where
> #0 0xbfffe410 in __kernel_vsyscall ()
> #1 0xb7c78590 in ?? ()
> #2 0xb7d7aff4 in ?? ()
> #3 0xb7bd7aa0 in ?? ()
> #4 0xbf928f84 in ?? ()
> #5 0xb7c79e21 in ?? ()
> #6 0x00000006 in ?? ()
> #7 0xbf928ef8 in ?? ()
> #8 0x00000000 in ?? ()
>
>
>
>
>
> >
> >
>
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2007-07-24 20:14 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-24 3:44 http git clone memory problem Benjamin Sergeant
2007-07-24 9:26 ` Johannes Schindelin
2007-07-24 16:58 ` Benjamin Sergeant
2007-07-24 17:33 ` Benjamin Sergeant
2007-07-24 17:44 ` Benjamin Sergeant
2007-07-24 17:45 ` Johannes Schindelin
2007-07-24 17:53 ` Benjamin Sergeant
2007-07-24 20:13 ` Benjamin Sergeant
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).