Submitted On 25-JUN-2002
Yeah, right. "A fairly amazing confluence of events". So
that's no more than maybe a zillion to one chance so it
only happens about a hundred times a day. We're seeing this
in production since recently switching to 1.3.1_03 and its
bringing down machines.
This is the same bug as in report 4701709.
How about these for workarounds:
1. Use -Xms<max heap size> to allocate all the heap space
2. Use "exclude String compareTo" in .hotspot_compiler to
prevent compilation of the offending method. This has to be
easier than excluding every method that uses "compareTo" as
suggested in the other bug report.
Are either/both of these reasonable?
Submitted On 11-JUL-2002
Guys I'm hiting this bug on :
Java VM: Java HotSpot(TM) Client VM (1.3.1_04-b02 mixed
mode), So Imagine it hasen't been fixed in this compile,
can anyone point out a 1.3.* distribution that would not
have this bug, it's very disturbing to see thid error in my
logs, especialy on such a trivial function ( comareTo() )
Submitted On 18-JUL-2002
This bug is not closed. I'm hiting this bug in Java
HotSpot(TM) Client VM (1.3.1_04-b02 mixed
Submitted On 29-JUL-2002
I'm encountering this problem running >> Java VM: Java
HotSpot(TM) Client VM (1.3.1_04-b02 mixed mode) <<. So
will increasing the heap sz (over default) get rid of this
problem for definate? Or is it safer to omit the method when
Submitted On 03-SEP-2002
We run into the same problem on solaris with Java
HotSpot(TM) Client VM (1.3.1_04-b02 mixed mode) today. Looks
like it's not fixed in the latest version.
About using "exclude String compareTo", is there a place to
put the .hotspot_comiler file and it will be picked up no
matter which directory I start the server from?
Submitted On 16-DEC-2002
Are you going to release 1.3.1_07 any time soon, or are we
going to have to replace Solaris as our server OS?
Submitted On 20-DEC-2002
It is still open for 1.3.1_06-b01, anyway, it seems
reproducible everytime, indexing about 130000 documents
under jakarta lucene. We dont even have to use our own
code, the indexing demo that comes with lucene fails
everytime. However preventing java/lang/String compareTo
from compiling works, but there might be a performance hit
for something like indexing documents that might use this
method quite heavily.
Submitted On 25-MAR-2003
The bug is still here on 1.3.1_07, sol7 with dec 2002
recommended patchset installed
Submitted On 02-APR-2003
I got the same roblem on Linux with:
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build
Java HotSpot(TM) Client VM (build Blackdown-1.3.1-FCS,
A tool Source+JarExecutable which simulate the Problem can
Start the tool with:
java -jar sflist.jar Ro.Do@gmx.de johan ./ 2
After some Scan Action the MiniApp will crash with the Error...
I see this error only on Linux OS on my Windows with same
JVM Release the error didn't come ?!?!?
PLEASE NOTE: JDK6 is formerly known as Project Mustang