From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22883 invoked by alias); 25 Jun 2005 15:28:23 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22874 invoked by uid 22791); 25 Jun 2005 15:28:20 -0000 Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sat, 25 Jun 2005 15:28:20 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j5PFSITl021287 for ; Sat, 25 Jun 2005 17:28:18 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j5PFSHKG028221 for ; Sat, 25 Jun 2005 17:28:17 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j5PFSDL4016055; Sat, 25 Jun 2005 17:28:13 +0200 (CEST) Date: Sat, 25 Jun 2005 15:28:00 -0000 Message-Id: <200506251528.j5PFSDL4016055@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: gdb@sources.redhat.com CC: gdb@sources.redhat.com In-reply-to: <20050624151129.GH66895@keyslapper.net> (message from Louis LeBlanc on Fri, 24 Jun 2005 11:11:29 -0400) Subject: Re: aborted thread backtrace stops at sighandler call References: <20050624151129.GH66895@keyslapper.net> X-SW-Source: 2005-06/txt/msg00249.txt.bz2 Date: Fri, 24 Jun 2005 11:11:29 -0400 From: Louis LeBlanc Looked a bit closer into this. This is the backtrace for the aborted thread: (gdb) bt #0 0xfea1f82c in __tbl_2_huge_digits () from /usr/lib/libc.so.1 #1 0xfe9d0a24 in sysconf () from /usr/lib/libc.so.1 #2 0xfe9b6ce0 in ascftime () from /usr/lib/libc.so.1 #3 0x0003c72c in XPCSigCheck (Sig=11, Info=0xfe776ad0, Context=0xfe776818) at xpcsig.c:347 #4 0xff365b14 in ?? () #5 0xff365b18 in ?? () Previous frame identical to this frame (corrupt stack?) This backtrace is weird. __tbl_2_huge_digits isn't a function but some sort of data structure. No surprise that gdb's unwinder gets confused! For some reason gdb's symbol reader made a mistake when reading in the symbols for /usr/lib/libc.so.1. Mark