GDB stack trace for cvs rdiff -t crash

[James Cribb]

| From: James Cribb 
| Sent: Thursday, 27 March 2003 10:08
| To: 'Larry Jones'; 'Mark D. Baushke'; bug-cvs@gnu.org
| Subject: RE: cvs rdiff -t consistently crashes with SEGV when 
| processing files
| 
| I just built cvs-1.11.5.tar.bz2 from cvshome.org and it too 
| crashes with SEGV on the same command in the script.

Backtrace from GDB shows the SEGV occurs in malloc() from libc.so.6.
But it only seems to occur when processing files in Attic directories.

------------------------
GNU gdb Red Hat Linux (5.2-2)
Copyright 2002 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 "i386-redhat-linux"...
Core was generated by `cvs rdiff -t m'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /usr/kerberos/lib/libgssapi_krb5.so.2...done.
Loaded symbols for /usr/kerberos/lib/libgssapi_krb5.so.2
Reading symbols from /usr/kerberos/lib/libkrb5.so.3...done.
Loaded symbols for /usr/kerberos/lib/libkrb5.so.3
Reading symbols from /usr/kerberos/lib/libk5crypto.so.3...done.
Loaded symbols for /usr/kerberos/lib/libk5crypto.so.3
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /usr/kerberos/lib/libcom_err.so.3...done.
Loaded symbols for /usr/kerberos/lib/libcom_err.so.3
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x40178642 in chunk_alloc (ar_ptr=0x4022ac80, nb=56) at
malloc.c:2878
2878    malloc.c: No such file or directory.
        in malloc.c
(gdb) bt
#0  0x40178642 in chunk_alloc (ar_ptr=0x4022ac80, nb=56) at
malloc.c:2878
#1  0x40178444 in __libc_malloc (bytes=49) at malloc.c:2811
#2  0x0809a226 in xmalloc (bytes=49) at subr.c:40
#3  0x080682bd in Find_Names (repository=0x80f2810
"/tmp/cvs-rdiff-bug/repository/m/d", which=6,
    aflag=0, optentries=0xbffff270) at find_names.c:101
#4  0x0808c195 in do_recursion (frame=0xbffff2e0) at recurse.c:670
#5  0x0808cc00 in do_dir_proc (p=0x80eef78, closure=0xbffff390) at
recurse.c:1096
#6  0x0806988a in walklist (list=0x80f1788, proc=0x808c5b8
<do_dir_proc>, closure=0xbffff390)
    at hash.c:370
#7  0x0808c3cc in do_recursion (frame=0xbffff440) at recurse.c:763
#8  0x0808cc00 in do_dir_proc (p=0x80eee20, closure=0xbffff4f0) at
recurse.c:1096
#9  0x0806988a in walklist (list=0x80ef2a8, proc=0x808c5b8
<do_dir_proc>, closure=0xbffff4f0)
    at hash.c:370
#10 0x0808c3cc in do_recursion (frame=0xbffff580) at recurse.c:763
#11 0x0808bd6e in start_recursion (fileproc=0x807d114 <patch_fileproc>,
filesdoneproc=0,
    direntproc=0x807e110 <patch_dirproc>, dirleaveproc=0, callerdat=0x0,
argc=0, argv=0x80eeed0,
    local=0, which=6, aflag=0, locktype=1, update_preload=0x80eeec0 "m",
dosrcs=1) at recurse.c:354
#12 0x0807d0f2 in patch_proc (argc=1, argv=0x80eee78, xwhere=0x0,
mwhere=0x0, mfile=0x0,
    shorten=0, local_specified=0, mname=0xbffff9de "m", msg=0x80d9a02
"Patching") at patch.c:356
#13 0x080798ee in do_module (db=0x80eefc8, mname=0xbffff9de "m",
m_type=PATCH,
    msg=0x80d9a02 "Patching", callback_proc=0x807cd9c <patch_proc>,
where=0x0, shorten=0,
    local_specified=0, run_module_prog=0, build_dirs=0, extra_arg=0x0)
at modules.c:299
#14 0x0807cd61 in patch (argc=1, argv=0xbffff890) at patch.c:255
#15 0x0807809c in main (argc=3, argv=0xbffff888) at main.c:991
#16 0x40118336 in __libc_start_main (main=0x80773ac <main>, argc=4,
ubp_av=0xbffff884,
    init=0x804a398 <_init>, fini=0x80c7940 <_fini>, rtld_fini=0x4000d2fc
<_dl_fini>,
    stack_end=0xbffff87c) at ../sysdeps/generic/libc-start.c:129


=========================================================================
This e-mail is sent for the sole attention of the identified addressee
and its contents are provided for information purposes only. Fortis 
Clearing Sydney Pty Ltd makes no warranty or representation as to the 
accuracy and completeness of any information and does not assume whatever
commitment hereby. Legally binding obligations can only arise for, or be 
entered into on behalf of, Fortis Clearing Sydney Pty Ltd by means of 
a written instrument, signed by two duly authorised representatives of 
Fortis Clearing Sydney Pty Ltd. Fortis Clearing Sydney Pty Ltd excludes 
any liability whatsoever for any direct or consequential loss arising 
from the use of, or reliance on, this e-mail or its contents.
=========================================================================