From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28249 invoked by alias); 4 Aug 2003 15:36:28 -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 28221 invoked from network); 4 Aug 2003 15:36:27 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 4 Aug 2003 15:36:27 -0000 Received: from drow by nevyn.them.org with local (Exim 4.20 #1 (Debian)) id 19jhNj-0001UN-SY; Mon, 04 Aug 2003 11:36:19 -0400 Date: Mon, 04 Aug 2003 15:36:00 -0000 From: Daniel Jacobowitz To: Elena Zannoni Cc: Michael Elizabeth Chastain , gdb@sources.redhat.com Subject: Re: backtrace through 'sleep', (1255 and 1253) Message-ID: <20030804153619.GA4738@nevyn.them.org> Mail-Followup-To: Elena Zannoni , Michael Elizabeth Chastain , gdb@sources.redhat.com References: <200308021518.h72FISaN031424@duracef.shout.net> <16174.32383.696875.168608@localhost.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16174.32383.696875.168608@localhost.redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-08/txt/msg00042.txt.bz2 On Mon, Aug 04, 2003 at 11:40:47AM -0400, Elena Zannoni wrote: > Unlikely to happen, I am afraid :-( > > > . Ask the gcc guys directly to not schedule any instructions between > > 'push %ebp' and 'mov %esp, %ebp'. > > > > more likely. Not very, I think. > > . Change gdb so that the prologue reader is more powerful. It doesn't > > take much to get through the 'xor %ecx, %ecx' instruction. The > > trouble is that there could be a billion different instructions > > in there ('mov any-register, immediate'). The advantage is that > > this would work without any changes to external software. > > > > yes. How did the prologue analyzer changed between 5.3 and now? Mark dramatically enhanced it at the same time he added dwarf2 CFI unwinding. Unfortunately, the higher accuracy is causing it to assume some functions are frameless which aren't. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer