From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22268 invoked by alias); 12 Dec 2005 19:16:55 -0000 Received: (qmail 22137 invoked by uid 48); 12 Dec 2005 19:16:53 -0000 Date: Mon, 12 Dec 2005 19:16:00 -0000 Message-ID: <20051212191653.22136.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug java/24698] [4.1/4.2 regression] Failure locating .properties files inside jars In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "bero at arklinux dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2005-12/txt/msg01202.txt.bz2 List-Id: ------- Comment #7 from bero at arklinux dot org 2005-12-12 19:16 ------- Just tried current 4.1 branch SVN (108424 with the patch for bug 24441 applied) - it works a lot better (no more ICEs or segfaults). One problem remains though (but this isn't major): CLASSPATH=test.jar gij test1 Still doesn't work, but it doesn't crash anymore - and actually produces a reasonable error message: Exception in thread "main" java.lang.NoClassDefFoundError: test1 <> Caused by: java.lang.ClassNotFoundException: test1 not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:test.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} <> Adding . to the CLASSPATH variable helps, but this wasn't necessary with older gcj versions (3.4.x, 4.0.x), so the new behavior will probably break some scripts. (Guess the older versions implied classpath . for the class specified on the command line). Not sure which behavior is more correct though. -- bero at arklinux dot org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698