From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18498 invoked by alias); 14 Jun 2005 21:36:10 -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 18484 invoked by uid 22791); 14 Jun 2005 21:36:02 -0000 Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 14 Jun 2005 21:36:02 +0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id j5ELa0Me028502 for ; Tue, 14 Jun 2005 14:36:00 -0700 (PDT) Received: from relay3.apple.com (relay3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Tue, 14 Jun 2005 14:36:00 -0700 Received: from [17.201.22.21] (moleja.apple.com [17.201.22.21]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id j5ELa0HP002119; Tue, 14 Jun 2005 14:36:00 -0700 (PDT) In-Reply-To: <20050614213141.GM62467@keyslapper.net> References: <20050614014520.GG24814@keyslapper.net> <20050614020138.GA19453@nevyn.them.org> <20050614033256.GB48802@keyslapper.net> <10DBEAA7-48B2-4298-A8CC-58A138415516@apple.com> <20050614205212.GK62467@keyslapper.net> <200506142124.j5ELOY8L022852@elgar.sibelius.xs4all.nl> <20050614213141.GM62467@keyslapper.net> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Cc: gdb@sources.redhat.com Content-Transfer-Encoding: 7bit From: Jason Molenda Subject: Re: stack corruption? Date: Tue, 14 Jun 2005 21:36:00 -0000 To: Louis LeBlanc X-SW-Source: 2005-06/txt/msg00147.txt.bz2 On Jun 14, 2005, at 2:31 PM, Louis LeBlanc wrote: > #9 0x0002e9f4 in handle_check (thread=0x759b70) at myprog.c:904 > #10 0x000e3134 in spawn (arg=0x759b70) at mythread.c:195 > #11 0xff354978 in _lwp_start () from /usr/lib/lwp/libthread.so.1 > #12 0xff354978 in _lwp_start () from /usr/lib/lwp/libthread.so.1 > Previous frame identical to this frame (corrupt stack?) > (gdb) > > I have changed identifying names to protect the guilty, but this is > pretty much typical. In this particular example, the problem is that gdb didn't correctly recognize when to stop the backtrace. While lame, were you expecting something to be after _lwp_start in your stack backtrace? Jason