From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4767 invoked by alias); 18 Jul 2003 16:38:31 -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 4760 invoked from network); 18 Jul 2003 16:38:31 -0000 Received: from unknown (HELO gash2.peakpeak.com) (207.174.178.17) by sources.redhat.com with SMTP; 18 Jul 2003 16:38:31 -0000 Received: from fleche.redhat.com (tf0005.peakpeak.com [204.144.239.5]) by gash2.peakpeak.com (8.9.3/8.9.3.1) with ESMTP id KAA04524; Fri, 18 Jul 2003 10:38:28 -0600 Received: by fleche.redhat.com (Postfix, from userid 1000) id 485744F8651; Fri, 18 Jul 2003 10:28:54 -0600 (MDT) To: David Carlton Cc: gdb Subject: Re: GDB and Java References: <87smp3esha.fsf@fleche.redhat.com> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: Life is a POPULARITY CONTEST! I'm REFRESHINGLY CANDID!! Date: Fri, 18 Jul 2003 16:38:00 -0000 In-Reply-To: <87smp3esha.fsf@fleche.redhat.com> Message-ID: <87fzl3er3t.fsf@fleche.redhat.com> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-07/txt/msg00253.txt.bz2 >>>>> "David" == David Carlton 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