|
Quick Lists
|
|
Bug ID:
|
4490177
|
|
Votes
|
0
|
|
Synopsis
|
hotspot server VM calling same method in loop stops working after few iterations
|
|
Category
|
hotspot:compiler2
|
|
Reported Against
|
1.3.1
|
|
Release Fixed
|
1.3.1_02
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
4-Low
|
|
Related Bugs
|
4474154
,
4479571
|
|
Submit Date
|
09-AUG-2001
|
|
Description
|
HotSpot Server compiler issue in J2SE 1.3.1 release.
Platform independent. Tested on Solaris as well on Windows 2000 platform.
We have a method called 'skip' that does some relatively simple parsing
of a string. It doesn't use any non-deterministic methods, just basic
string methods, a few loops and integer arithmetic. After calling this
method a numer of times with identical parameters, it stops working.
Please note that this works fine with HotSpot Client VM.
Using HotSpot Server VM, it works fine on 1.3.0_02 as well as in the latest merlin-beta (74) build.
It fails only in 1.3.1 (build 24) release
Looks like there is some timing issue involved because I added few dummy System.out.println() statements inside skip() and it worked fine even with HotSpot Server VM 1.3.1 release.
|
|
Work Around
|
N/A
|
|
Evaluation
|
The problem appears to be fixed between build 71 and 72. The likely candidate is
the change in loopTransform.cpp: bug# 4474154.
Building a test fix retrofitted to 1.3.1.
xxxxx@xxxxx 2001.08.13
This a duplicate of bug#4474154. The fix is to clone the bol (boolean) as well
as the cmp (comparison) in the loop prefix. so that alteration of the local value will not affect the global correctness.
Thanks to Cliff Click for correct fix for 1.3.1.
xxxxx@xxxxx 2001-08-15
Customer has confirmed the fix and the fix
is putback to the 1.3.1_02 gate.
xxxxx@xxxxx 2001-08-30
|
|
Comments
|
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |