On Tue, Oct 16, 2007 at 07:13:31AM +0000, Shun Kei Leung wrote:
quoted text
> Hi Pierre,
>=20
> I have tested with your patch applied, and it still crashed badly.

  okay

quoted text
> I compiled the b449f4c version and I got a different backtrace from
> GDB. I am still not sure about how the error occurs. I attached the
> memory usage from various command line tools.

  I believe you should rather test master as any of the strbuf stages is
broken for you, and that there has been some issues with strbuf fixed
lately (not only the patch I asked you to try, but also an issue with
empty strubufs, and you _need_ that patch).

quoted text
> GDB output
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_INVALID_ADDRESS at address: 0x756c7463
> 0x90018d0c in szone_realloc ()
> (gdb) bt
> #0  0x90018d0c in szone_realloc ()
> #1  0x90018898 in realloc ()
> #2  0x0001f8c8 in strbuf_grow (sb=3D0x75ef8, extra=3D0) at git-compat-uti=
l.h:223
quoted text
> #3  0x0001fc14 in read_line (sb=3D0x75ef8, fp=3D0xa0001b9c, term=3D10) at=
 strbuf.c:107
quoted text
> #4  0x00002da8 in read_next_command () at fast-import.c:1599
> #5  0x0000742c in cmd_new_commit () at fast-import.c:2118
> #6  0x00007e80 in main (argc=3D1, argv=3D0xbffff828) at fast-import.c:2390
> (gdb) frame 3
> #3  0x0001fc14 in read_line (sb=3D0x75ef8, fp=3D0xa0001b9c, term=3D10) at=
 strbuf.c:107
quoted text
> 107                     strbuf_grow(sb, 1);
> (gdb) print *sb
>  =3D {
>   alloc =3D 60,
>   len =3D 23,
>   eof =3D 0,
>   buf =3D 0x5020b0 "D windows/packages/cdc/ces/adm"
> }
> (gdb) frame 2
> #2  0x0001f8c8 in strbuf_grow (sb=3D0x75ef8, extra=3D0) at git-compat-uti=
l.h:223
quoted text
> 223             void *ret =3D realloc(ptr, size);
> (gdb) print (char *) ptr
>  =3D 0x5020b0 "D windows/packages/cdc/ces/adm"
> (gdb) print (char *)ret
>  =3D 0xd <Address 0xd out of bounds>

  This does not make sense, ptr should be either valid or NULL.
quoted text
> The output of `leaks'
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> Process 27075: 88 nodes malloced for 2335 KB
> Process 27075: 6 leaks for 624 total leaked bytes.
> Leak: 0x005012b0  size=3D208      string 'EOT'
> Leak: 0x00501e60  size=3D128      string 'EOT'
> Leak: 0x00501c80  size=3D128      string 'EOT'
> Leak: 0x00500f10  size=3D64       string 'EOT'
> Leak: 0x00501fa0  size=3D64       string 'EOT'
> Leak: 0x00501f60  size=3D32
>         0x00000000 0x02008000 0x00000000 0x01000000     ................
>         0x02000000 0x0000001a 0x00000000 0x00000000     ................

  What I _really_ need is that you run your test into valgrind (the easy
way is to rename git-fast-import into git-fast-import.bin, and make
git-fast-import be a shell-script doing:

  exec valgrind --log-file /tmp/git-fast-import git-fast-import "$@"

  and please send to me the /tmp/git-fast-import.<pid> from the one that
crashes.

  And please do that on the most recent tip of master so that you have a
(at least believe to be) full and sane strbuf series. Thanks.

--=20
=C2=B7O=C2=B7  Pierre Habouzit
=C2=B7=C2=B7O                                                madcoder@debia=
n.org
OOO                                                http://www.madism.org