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