Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2176977 | 7 | Keith Mcguigan | P3 | Closed | Fixed | b15 |
JDK-2150392 | 6u4 | Keith Mcguigan | P2 | Closed | Fixed | b01 |
JDK-2150426 | 6 | Keith Mcguigan | P3 | Closed | Cannot Reproduce |
New nsk.jdb failures (from 2007.06.14)
* nsk/jdb/step/step002
This test failed the following assertion (in jdb.session log):
Internal Error (src/share/vm/oops/cpCacheOop.hpp:315)
Error: assert(0 <= i && i < length(),"index out of bounds")
on Linux AMD64 Server VM (machine vm-amd64-01), Solaris AMD64
Server VM (machine vm-x86-1), Solaris SPARC-64 Server VM
(machine vm-ultra80-01), Linux IA32 Client VM (machine
jck-win1), Linux IA32 Server VM (machine jck-win1), Solaris
SPARC Client VM (machine nanonano), Solaris SPARC Server VM
(machine nyny), Solaris X86 Client VM (machine mspacman), and
Solaris X86 Server VM (machine speedbump),
Viswadeep's search tool for 2007.06.01 -> latest shows that
this failure mode occurs in c2_baseline, rt_baseline, and
service_hs_baseline. The first failure occurs in rt_baseline
on 2007.06.06 using 20070605173931.km88527.6559877-fastdebug.
Keith's job fixed:
6559877 3/3 Class Validator Abort Denial of Service
6559858 3/3 Class Validator strlen() Denial of Service
Update: I did a search in Bugster for nsk/jdb/step/step002 and
didn't find an existing bug.
* nsk/jdb/step/step002
This test failed the following assertion (in jdb.session log):
Internal Error (src/share/vm/oops/cpCacheOop.hpp:315)
Error: assert(0 <= i && i < length(),"index out of bounds")
on Linux AMD64 Server VM (machine vm-amd64-01), Solaris AMD64
Server VM (machine vm-x86-1), Solaris SPARC-64 Server VM
(machine vm-ultra80-01), Linux IA32 Client VM (machine
jck-win1), Linux IA32 Server VM (machine jck-win1), Solaris
SPARC Client VM (machine nanonano), Solaris SPARC Server VM
(machine nyny), Solaris X86 Client VM (machine mspacman), and
Solaris X86 Server VM (machine speedbump),
Viswadeep's search tool for 2007.06.01 -> latest shows that
this failure mode occurs in c2_baseline, rt_baseline, and
service_hs_baseline. The first failure occurs in rt_baseline
on 2007.06.06 using 20070605173931.km88527.6559877-fastdebug.
Keith's job fixed:
6559877 3/3 Class Validator Abort Denial of Service
6559858 3/3 Class Validator strlen() Denial of Service
Update: I did a search in Bugster for nsk/jdb/step/step002 and
didn't find an existing bug.
- backported by
-
JDK-2150392 JDB: step002 fails assert(0 <= i && i < length(),"index out of bounds")
-
- Closed
-
-
JDK-2150426 JDB: step002 fails assert(0 <= i && i < length(),"index out of bounds")
-
- Closed
-
-
JDK-2176977 JDB: step002 fails assert(0 <= i && i < length(),"index out of bounds")
-
- Closed
-