From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17837 invoked by alias); 11 Mar 2007 21:36:43 -0000 Received: (qmail 17829 invoked by uid 22791); 11 Mar 2007 21:36:42 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO brahms.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 11 Mar 2007 21:36:33 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.0/8.14.0) with ESMTP id l2BLaTVa005562; Sun, 11 Mar 2007 22:36:30 +0100 (CET) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.0/8.14.0/Submit) id l2BLaTRx006665; Sun, 11 Mar 2007 22:36:29 +0100 (CET) Date: Sun, 11 Mar 2007 21:36:00 -0000 Message-Id: <200703112136.l2BLaTRx006665@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: rattanni@gmail.com CC: gdb@sourceware.org In-reply-to: <3187bd480703111104r46b15863g2d59714f5cc3793e@mail.gmail.com> (rattanni@gmail.com) Subject: Re: Debugging glibc crashes with GDB References: <3187bd480703111104r46b15863g2d59714f5cc3793e@mail.gmail.com> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00156.txt.bz2 > Date: Sun, 11 Mar 2007 14:04:41 -0400 > From: "Rich Rattanni" > > Below you will find the GDB output related to my question. My problem > is that when I try to debug a program after receiving a glibc abort > error (MALLOC_CHECK = 2) I cannot backtrace the program to find out > what piece of my application caused the problem. I can see the call > to raise and abort, but then I get the error message "Backtrace > stopped: > frame did not save the PC". Could this be due to code compiled with > the -fomit-frame-pointers options. I am really pulling my hair out > over this one, any guidance or suggests would be vastly appreciated. > If further forensic info is required just ask. Thanks in advance. > Note: I can switch the thread I am in and view other stack backtraces > with no problem. We need more information to help you. What version of gdb are you using? On what machine architecture? What version of glibc is this? What flavour of Linux are you using?