From owner-freebsd-current@FreeBSD.ORG Tue Dec 1 15:15:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDC41065676 for ; Tue, 1 Dec 2009 15:15:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C1F448FC0A for ; Tue, 1 Dec 2009 15:15:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 72FE446B32; Tue, 1 Dec 2009 10:15:34 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CAFF88A024; Tue, 1 Dec 2009 10:15:33 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Tue, 1 Dec 2009 10:09:59 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091128111501.34a7a2a4@ernst.jennejohn.org> In-Reply-To: <20091128111501.34a7a2a4@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912011009.59961.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 01 Dec 2009 10:15:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2009 15:15:35 -0000 On Saturday 28 November 2009 5:15:01 am Gary Jennejohn wrote: > Since I installed a new world and kernel on November 26 I'm seeing > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > Here the output from a gdb session without any debugging symbols: > > Core was generated by `cvsup'. > Program terminated with signal 4, Illegal instruction. > Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > (gdb) bt > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 > #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 > #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 > #4 0x00000008009f1988 in _once () from /lib/libc.so.7 > #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 > #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 > #7 0x00000000004a643a in calloc () > #8 0x000000000043aec7 in ?? () > #9 0x0000000000448eaa in ?? () > #10 0x0000000000409ece in ?? () > #11 0x00000000004191a4 in ?? () > #12 0x0000000000417cbe in ?? () > #13 0x000000000041529f in ?? () > #14 0x0000000000414d7a in ?? () > #15 0x000000000049f980 in calloc () > #16 0x000000000048fa3d in fnmatch () > #17 0x00007fffffffd3e8 in ?? () > #18 0x00007fffffffe950 in ?? () > #19 0x00007fffffffea40 in ?? () > #20 0x00007fffffffea28 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x00001fa00000037f in ?? () > #24 0x0000000000000000 in ?? () > #25 0x00000000006476c0 in ?? () > #26 0x00000000006476c0 in ?? () > #27 0x0000000000494d89 in fnmatch () > Previous frame inner to this frame (corrupt stack?) > > Seems to me that _once() was a very recent addition. Can't say for > certain whether this is the culprit, but it looks suspicious to me. Can you do 'x/i $rip'? Also, if you could rebuild libc with debug symbols that could be helpful (just cd /usr/src/lib/libc; make clean; make DEBUG_FLAGS=-g install). -- John Baldwin