gcj/232: segmentation violation at except.c:2180

Bryce McKinlay bryce@albatross.co.nz
Sun May 21 20:16:00 GMT 2000


The following reply was made to PR gcj/232; it has been noted by GNATS.

From: Bryce McKinlay <bryce@albatross.co.nz>
To: Fred Gray <fegray@uiuc.edu>
Cc: java-gnats@sourceware.cygnus.com
Subject: Re: gcj/232: segmentation violation at except.c:2180
Date: Mon, 22 May 2000 15:12:44 +1200

 Fred Gray wrote:
 
 > Actually, I modified this part of the source code to strip out the references
 > to java.applet.  I can't find my modified version of the source code right
 > at the moment (I think that it's on a disk that's currently inaccessible),
 > but you'll notice that a grep for "applet" in these class files doesn't show any
 > references.
 >
 > Really, I am 100% positive that these same class files compiled with 2.95.2.
 >
 > Here is a much cleaner, simpler test case that fails, taken from Code.java:
 
 Excellent, thanks. I came up with an even simpler one:
 
 class PR232
 {
   private static final String lock= "LOCK";
 
   void a()
   {
     synchronized(lock) {}
   }
 };
 
 The problem is that gcj does not like the use of a static final String as a monitor
 lock.
 
 Workaround: make "lock" an Object, or make it non-final.
 
 I'm going to check this into the testsuite.
 
 regards
 
   [ bryce ]
 
 


More information about the Java-prs mailing list