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