From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22160 invoked by alias); 12 Dec 2005 19:16:54 -0000 Received: (qmail 22139 invoked by uid 48); 12 Dec 2005 19:16:54 -0000 Date: Mon, 12 Dec 2005 19:16:00 -0000 Message-ID: <20051212191654.22138.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: java-prs@gcc.gnu.org From: "bero at arklinux dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2005-q4/txt/msg00477.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