Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2177119 | 7 | Erik Trimble | P3 | Closed | Fixed | b27 |
JDK-2174885 | 6u14 | Abhijit Saha | P3 | Closed | Fixed | b01 |
tried running on Linux; all of the following are wrt Solaris on an amd64
machine (foundation.sfbay) running a 32 bit jvm.
Collector option: -j on
VM options used: -server -XX:+UseParallelGC
program: specjvm98
See related email in comments section.
The crashes go away if using -Xint or -client (but see further below),
or if collector's "-j on" option is dropped.
The crashes also appear to go away if using 7b05, which predates the
introduction of patchless deopt, CR 6463133, so perhaps the changes
in that CR should be examined wrt diagnosing a root cause
for these crashes (or of unmasking a latent pre-existing bug).
In server mode the crash is very easy to reproduce, for example,
running javac from specjvm98 with the above options.
[NOTE: In client mode i have not been able to crash it in product mode.
However, in debug mode we easily get an assert even with -client; however,
the asserts in -client appear to be independent of, and long
predate the changes in CR 6463133, so these asserts in client
mode may be a red herring as far as the main problem here; nonetheless,
fixing these failing asserts would be nice.]
Vladimir believes this may be a duplicate of CR 6380402.
- backported by
-
JDK-2174885 Stackwalking crash on x86 -server with Sun Studio's collect -j on
- Closed
-
JDK-2177119 Stackwalking crash on x86 -server with Sun Studio's collect -j on
- Closed
- duplicates
-
JDK-6575127 ss12 analyzer crashes jvm 7 on specjvm.compiler tests on Clovertown
- Closed
-
JDK-6380402 JVM crash when runing the Collector with Java profiling on for xalan benchmark
- Closed
-
JDK-6660253 Core dump in AsyncGetCallTrace
- Closed
- relates to
-
JDK-6511756 forte_is_valid_method() should call CollectedHeap::is_in_reserved() rather than is_in()
- Closed
-
JDK-6463133 Deoptimization should not use code patching
- Resolved
-
JDK-6936709 AsyncGetCallTrace doesn't handle inexact stack walking properly
- Resolved