From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2377 invoked by alias); 17 Jan 2003 23:32:05 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2344 invoked from network); 17 Jan 2003 23:32:01 -0000 Received: from unknown (HELO gash2.peakpeak.com) (207.174.178.17) by sources.redhat.com with SMTP; 17 Jan 2003 23:32:01 -0000 Received: from fleche.redhat.com (tq0180.peakpeak.com [207.174.177.180]) by gash2.peakpeak.com (8.9.3/8.9.3) with ESMTP id QAA20146; Fri, 17 Jan 2003 16:31:57 -0700 Received: by fleche.redhat.com (Postfix, from userid 1000) id 924E64F8073; Fri, 17 Jan 2003 16:35:03 -0700 (MST) To: David Carlton Cc: gdb-patches@sources.redhat.com Subject: Re: [rfa] allocate_objfile(NULL, 0) References: <15903.24492.446475.747803@localhost.redhat.com> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom X-Zippy: Give them RADAR-GUIDED SKEE-BALL LANES and VELVEETA BURRITOS!! Date: Fri, 17 Jan 2003 23:32:00 -0000 In-Reply-To: Message-ID: <87d6mv4aft.fsf@fleche.redhat.com> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-01/txt/msg00662.txt.bz2 >>>>> "David" == David Carlton writes: David> I'm no Java expert, but here's the situation as I understand David> it. When evaluating Java code, sometimes you have to generate David> new Java classes in an unpredictable manner. David> Alas, I don't know enough Java to be able to create a test David> case. I don't know very much about this part of gdb. However, I can say that in libgcj we create classes on the fly to represent arrays. Even the simplest Java program will create at least one such array (for String[]): public class t { public static void main(String[] args) { System.out.println(args.length); } } Then compile with: gcj --main=t -o t t.java There is at least one longstanding gdb SEGV that happens when trying to re-run a Java executable. This happens in most, but not every, gdb session. Unfortunately I can't try your patch in the near future. Tom