Re: http git clone memory problem.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/24/07, Johannes Schindelin <Johannes.Schindelin@xxxxxx> 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 ?? ()







-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux