Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P1
Fix Version/s: hs14
Affects Version/s: 6u14
Component/s: hotspot
Labels:

Subcomponent:
gc
Introduced In Build:
b01
Introduced In Version:

6u14
Resolved In Build:
b13
CPU:

generic
OS:

generic
Verification:
Verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-2175665	7	Y. Ramakrishna	P1	Closed	Fixed	b54
JDK-2180570	6u18	Y. Ramakrishna	P1	Closed	Fixed	b01
JDK-2174627	6u14	Y. Ramakrishna	P1	Resolved	Fixed	b04
JDK-2174628	hs15	Y. Ramakrishna	P1	Closed	Fixed	b05

The fix for 6774607 was insufficient. Fix it correctly this time by using compressed pointers for linking up the overflown objects. The old fix in 6774607 was still vbulnerable in the case where the overflown object was an object array whose size is
larger than ParGCArrayScanChunk.

backported by

JDK-2174627 ParNew: Fix work queue overflow code to deal correctly with +UseCompressedOops

Resolved

JDK-2174628 ParNew: Fix work queue overflow code to deal correctly with +UseCompressedOops

Closed

JDK-2175665 ParNew: Fix work queue overflow code to deal correctly with +UseCompressedOops

Closed

JDK-2180570 ParNew: Fix work queue overflow code to deal correctly with +UseCompressedOops

Closed

relates to

JDK-6774607 SIGSEGV or (!is_null(v),"oop value can never be zero") assertion when running with CMS and COOPs

Resolved

JDK-6824570 ParNew: Fix memory leak introduced in 6819891

Closed

(1 relates to)

Assignee:: Y. Ramakrishna
Reporter:: Y. Ramakrishna
Votes:: 0 Vote for this issue
Watchers:: 2 Start watching this issue

Created:: 2009-03-19 16:36
Updated:: 2011-03-07 15:39
Resolved:: 2011-03-07 15:39
Imported:: 17/Sep/12 3:20 AM
Indexed:: 19/Jul/12 7:30 PM

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates