public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: David Carlton <carlton@math.stanford.edu>
Cc: gdb <gdb@sources.redhat.com>
Subject: Re: GDB and Java
Date: Fri, 18 Jul 2003 16:38:00 -0000	[thread overview]
Message-ID: <87fzl3er3t.fsf@fleche.redhat.com> (raw)
In-Reply-To: <87smp3esha.fsf@fleche.redhat.com>

>>>>> "David" == David Carlton <carlton@math.stanford.edu> writes:
David> Tom, I just committed a large GDB patch that, among other things,
David> touches the dynamic class symbol part of jv-lang.c.  Can you give
David> current mainline a whirl to make sure that I didn't screw anything up?

Ok, I've tried cvs head today.  I'm debugging a large java application
that consists of about 90 shared libraries (not including libgcj).

I can consistently make gdb crash like this:

../../src/gdb/dwarf2-frame.c:1032: internal-error: sect_index_text not initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.


This happens in response to fairly innocuous things like "next" or
"bt".  It doesn't happen in response to every "next" or "bt" command,
and I don't know how to trigger it.  Still, I haven't managed to have
a non-crashing "real" debugging session.  I see this same crash with
an internal gdb I've been using for the last couple days, frequently
right when I've finally gotten to the point I'm actually interested in
(of course :-).


My theory is that the objfile created in jv-lang.c never has
sect_index_text set to a value other than -1.  I haven't tried to
verify this yet.

If anybody has a suggestion for a fix, no matter how hacky, I'd love
to hear it.  Debugging this application -- and hence, fixing gdb if
necessary -- is a priority for me right now.

Tom

  parent reply	other threads:[~2003-07-18 16:38 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-11 23:36 David Carlton
2003-06-12  3:47 ` Tom Tromey
2003-07-18 16:08 ` Tom Tromey
2003-07-18 16:12   ` Daniel Jacobowitz
2003-07-18 16:14     ` Tom Tromey
2003-07-18 16:36     ` Elena Zannoni
2003-07-18 16:38   ` Tom Tromey [this message]
2003-07-18 16:43     ` David Carlton
2003-07-18 16:46       ` Daniel Jacobowitz
2003-07-18 17:03         ` Andrew Cagney
2003-07-18 17:14       ` Tom Tromey
2003-07-18 18:38         ` Tom Tromey
2003-07-18 18:48           ` Kevin Buettner

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=87fzl3er3t.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=carlton@math.stanford.edu \
    --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).