On Sat, May 19, 2012 at 05:14:05PM +0000, Christian Weisgerber wrote:
> No real changes.
> 

I'm late to the party, but wanted to say that it segfaults even quicker
than before.

I've tried to debug this in the past, but it somehow stops completely in
the weeds, gdb is of no real help. I did play around with gcc
instrumentation in order to figure out which function crashed where and
what the various  threads are doing, and found something that looked
like a use after free in the attribute(?) code. I also remember
compiling it without -DNDEBUG, which promptly made it trigger an
assert().

Anyway, how do you use it? This segfault is so obvious that I suspect I
do something wrong here...

I'm not saying this should be backed out, btw. The old version was just
as broken for me.

$ uname -a
OpenBSD radon.tmux.org 5.1 GENERIC.MP#294 amd64
$ cat csup.conf
*default host=cvsup.de.FreeBSD.org
*default prefix=/home/vcs/cvs/freebsd
*default base=/home/vcs/cvs/freebsd
*default release=cvs delete use-rel-suffix compress

cvs-all
$ csup csup.conf
Connected to 82.98.105.214
Updating collection cvs-all/cvs
 Append to CVSROOT/checkoutlist
 Append to CVSROOT/commitinfo
 Append to CVSROOT/config
 Append to CVSROOT/cvswrappers
 Append to CVSROOT/editinfo
 Append to CVSROOT/loginfo
 Append to CVSROOT/loglinks.sh
 Append to CVSROOT/mergemodules.sh
 Append to CVSROOT/modules
 Edit CVSROOT/modules,v
Segmentation fault (core dumped)
$ gdb `which csup` csup.core
GNU gdb 6.3
Copyright 2004 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 "amd64-unknown-openbsd5.1"...(no debugging symbols 
found)

Core was generated by `csup'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpthread.so.15.2...done.
Loaded symbols for /usr/lib/libpthread.so.15.2
Reading symbols from /usr/lib/libz.so.4.1...done.
Loaded symbols for /usr/lib/libz.so.4.1
Reading symbols from /usr/lib/libcrypto.so.20.1...done.
Loaded symbols for /usr/lib/libcrypto.so.20.1
Symbols already loaded for /usr/lib/libpthread.so.15.2
Reading symbols from /usr/lib/libc.so.64.1...done.
Loaded symbols for /usr/lib/libc.so.64.1
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so
#0  0x00000000004069f6 in ?? ()
(gdb) bt
#0  0x00000000004069f6 in ?? ()
#1  0x000000000040bd8c in fnmatch ()
#2  0x0000000000416574 in fnmatch ()
#3  0x0000000200af068e in _rthread_start (v=Variable "v" is not available.
) at /usr/src/lib/librthread/rthread.c:113
#4  0x000000020062d07e in __tfork_thread () from /usr/lib/libc.so.64.1
#5  0x7f997fc07fbf7fbe in ?? ()
#6  0x7e4a7e497e487fdd in ?? ()
#7  0x7e4e7e4d7e4c7fa3 in ?? ()
#8  0x7fe87e517e507e4f in ?? ()
#9  0x7fec7feb7fea7fe9 in ?? ()
#10 0x7ff07fef7fee7fed in ?? ()
#11 0x7ff47ff37ff27ff1 in ?? ()
#12 0x7ff87ff77ff67ff5 in ?? ()
#13 0x7ffc7ffb7ffa7ff9 in ?? ()
#14 0x80007fff7ffe7ffd in ?? ()
#15 0x7e6e7e6d80028001 in ?? ()
#16 0x7fe57fe47e707e6f in ?? ()
#17 0x80047a267e747e73 in ?? ()
#18 0x7a2b7a2a7a297a28 in ?? ()
#19 0x7a2f7a2e7a2d7a2c in ?? ()
#20 0x7f3c7f3b7f3a7f39 in ?? ()
#21 0x00001b2201be7198 in ?? ()
#22 0x8010800f7f7d0000 in ?? ()
#23 0x8014801380128011 in ?? ()
#24 0x8018801780168015 in ?? ()
#25 0x801c801b801a8019 in ?? ()
#26 0x8020801f801e801d in ?? ()
#27 0x8024802380228021 in ?? ()
#28 0x8028802780268025 in ?? ()
#29 0x7f9b803380038029 in ?? ()
#30 0x803e803d803c7f38 in ?? ()
#31 0x7a3c00007f3d803f in ?? ()
#32 0x00007fda7fd97fd8 in ?? ()
#33 0x7fe01e4600000000 in ?? ()
#34 0x7fa267a900007fe1 in ?? ()
#35 0x0000000069fd8008 in ?? ()
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) q
$

Reply via email to