From owner-freebsd-current@FreeBSD.ORG Mon May 7 14:18:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB68A1065670; Mon, 7 May 2012 14:18:19 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 700368FC14; Mon, 7 May 2012 14:18:19 +0000 (UTC) Received: from mouf.net (www@localhost [127.0.0.1]) by mouf.net (8.14.4/8.14.4) with ESMTP id q47EICrm010664; Mon, 7 May 2012 10:18:12 -0400 (EDT) (envelope-from swills@FreeBSD.org) Received: from 198.85.229.5 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Mon, 7 May 2012 10:18:12 -0400 Message-ID: In-Reply-To: <4FA708DA.2010704@gmail.com> References: <4FA58672.1040201@FreeBSD.org> <4FA708DA.2010704@gmail.com> Date: Mon, 7 May 2012 10:18:12 -0400 From: "Steve Wills" To: davidxu@FreeBSD.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [127.0.0.1]); Mon, 07 May 2012 10:18:13 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: bf1783@gmail.com, freebsd-current@FreeBSD.org, kib@FreeBSD.org, "b. f." Subject: Re: ctfmerge core dump 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: Mon, 07 May 2012 14:18:19 -0000 > On 2012/5/6 5:08, b. f. wrote: >> On 5/5/12, Steve Wills wrote: >>> Thanks for the info. I took a look at the dump and see this: >>> >>> % sudo gdb /usr/bin/ctfmerge ctfmerge.core >>> [GDB will not be able to debug user-mode threads: Undefined symbol >>> "td_thr_getxmmregs"] > > Hmm, is the thread debugging broken on amd64 now ? td_thr_getxmmregs > resides > in libthread_db and /usr/src/gnu/usr.bin/gdb/libgdb is complaining about > the missing > symbol. > Maybe or maybe I have done something wrong on my system. FWIW, I do all my builds with debugging enabled. BTW, just to confirm, I was able to work around the original issue once I updated past r235068. I had to disable DTrace build and build and install a new libthr, then was able to re-enable DTrace and everything was fine. Thanks, Steve