From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10320 invoked by alias); 31 Mar 2004 07:43:50 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 10260 invoked from network); 31 Mar 2004 07:43:48 -0000 Received: from unknown (HELO nescio.wildebeest.org) (82.161.94.186) by sources.redhat.com with SMTP; 31 Mar 2004 07:43:48 -0000 Received: from elsschot.wildebeest.org ([192.168.1.26] ident=mail) by nescio.wildebeest.org with esmtp (Exim 3.35 #1 (Debian)) id 1B8aNn-0002xU-00; Wed, 31 Mar 2004 09:43:31 +0200 Received: from mark by elsschot.wildebeest.org with local (Exim 3.36 #1 (Debian)) id 1B8aNp-0000JN-00; Wed, 31 Mar 2004 09:43:33 +0200 Date: Wed, 31 Mar 2004 09:41:00 -0000 From: Mark Wielaard To: Steven Augart Cc: gcc@gcc.gnu.org, java@gcc.gnu.org Subject: Re: gij 3.3.3 core dump Message-ID: <20040331074333.GA710@elsschot> References: <200403260429.i2Q4TPl25447@bilbo.watson.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403260429.i2Q4TPl25447@bilbo.watson.ibm.com> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-03/txt/msg01748.txt.bz2 Hi Steven, On Thu, Mar 25, 2004 at 11:29:25PM -0500, Steven Augart wrote: > I'm reporting a segmentation fault when I invoke gij version 3.3.3. I > built gij on x86/Linux (Ibm Thinkpad T-23, Pentium III, Red Hat kernel > 2.4.20-18.9). Discussion about gcj/gij issues are mostly done on the java@gcc.gnu.org list (CCed) or reported directly into http://gcc.gnu.org/bugzilla/. > To reproduce it: Sorry didn't have time. > Here is the stack trace: > [...] > at ../../../gcc-3.3.3/libjava/java/util/ResourceBundle.java:244 > #7 0x403fcef5 in java.util.Calendar.getInstance(java.util.TimeZone, java.util.L > ocale) (zone=0x8110b40, locale=0x809dc60) > at ../../../gcc-3.3.3/libjava/java/util/Calendar.java:433 > #8 0x403fcd55 in java.util.Calendar.getInstance() () > at ../../../gcc-3.3.3/libjava/java/util/Calendar.java:401 > #9 0x404bf1f5 in java.util.zip.ZipEntry.getCalendar() () > at ../../../gcc-3.3.3/libjava/java/util/zip/ZipEntry.java:218 > #10 0x404beecb in java.util.zip.ZipEntry.setTime(long) (this=0x80f5e70, > time=1079375321) > at ../../../gcc-3.3.3/libjava/java/util/zip/ZipEntry.java:167 > #11 0x404bf692 in java.util.zip.ZipEntry.setExtra(byte[]) (this=0x80f5e70, > extra=0x0)@../../../gcc-3.3.3/libjava/java/util/zip/ZipEntry.java:344 > #12 0x404c0586 in java.util.zip.ZipFile.readEntries() (this=0x809eec0) > [...] Ugh. I know this one. It is a nasty bootstrap loader issue when the bootstrap loader is reading a zip file that has extra bytes set for which it then tries to instantiate a Calendar which needs to get a ResourceBundle which it loads through the zipfiles known to the bootstrap loader which... See also ithis thread http://gcc.gnu.org/ml/java/2003-03/msg00267.html which should contain a workaround. This might be fixed in CVS (I haven't checked). If you have time please try CVS and/or look through bugzilla to see if it is already in there. Thanks, Mark