public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Manoj Iyer <manjo@austin.ibm.com>
To: gdb@sources.redhat.com
Subject: infinite loop from backtrace in gdb (Powerpc64)
Date: Thu, 01 Sep 2005 20:10:00 -0000	[thread overview]
Message-ID: <Pine.LNX.4.58.0509011428440.17636@lazy> (raw)
In-Reply-To: <20040421005257.GA11993@nevyn.them.org>


I am seeing an infinite loop from backtrace in gdb.6.3 on Powerpc64, looks
much like the problem Michael tried to fix for MIPS. In my case a library
that the app links to calls abort(), the remainder of backtrace from the
library seems cause gdb to go into an infinite loop.

Any clues?

 On Tue, 20 Apr 2004, Daniel Jacobowitz wrote:

> On Wed, Apr 21, 2004 at 12:20:53AM +0000, Michael Snyder wrote:
> > Hi Andrew,
> >
> > This change will prevent the caller(s) of mips_mdebug_frame_id from
> > infinite-looping when we get badly lost on the stack frame.
> >
>
> > 2004-04-21  Michael Snyder  <msnyder@redhat.com>
> >
> > 	* mips-tdep.c (mips_mdebug_frame_cache): Call error to prevent
> > 	infinite looping by caller.
> > 	(heuristic_proc_start): Warning() already prefixes "Warning: ".
>
> Since I have some patches to make this "I'm not sure how" case into a
> working part of the unwinder, I don't much like this.  They got hung up
> on the question of how to trust proc_desc's when we might be in the
> prologue.
>
> One time where this case occurs is in backtracing from a NULL pointer
> dereference, which happens in the GDB testsuite now.
>
>
> --
> Daniel Jacobowitz
> MontaVista Software                         Debian GNU/Linux Developer
>

           reply	other threads:[~2005-09-01 20:10 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <20040421005257.GA11993@nevyn.them.org>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.58.0509011428440.17636@lazy \
    --to=manjo@austin.ibm.com \
    --cc=gdb@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).