JDK-8025009 : SA throws sun.jvm.hotspot.debugger.UnmappedAddressException when it should not on MacOS X
  • Type: Bug
  • Component: hotspot
  • Sub-Component: svc
  • Affected Version: hs25
  • Priority: P3
  • Status: Resolved
  • Resolution: Duplicate
  • OS: os_x
  • CPU: x86
  • Submitted: 2013-09-18
  • Updated: 2013-09-23
  • Resolved: 2013-09-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
hs25Resolved
Related Reports
Relates :  
Relates :  
Description
2013.09.17 RT_Baseline nightly:

nsk/sajdi/SACoreAttachingConnector/attach/attach002

The call stack is very similar to JDK-7133122, but it is Linux specific bug, so this is filed to track the issue on MacOS X.

Exception in thread "main" sun.jvm.hotspot.debugger.UnmappedAddressException: 10780
	at sun.jvm.hotspot.debugger.PageCache.checkPage(PageCache.java:208)
	at sun.jvm.hotspot.debugger.PageCache.getData(PageCache.java:63)
	at sun.jvm.hotspot.debugger.DebuggerBase.readBytes(DebuggerBase.java:225)
	at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readCInteger(BsdDebuggerLocal.java:513)
	at sun.jvm.hotspot.debugger.DebuggerBase.readAddressValue(DebuggerBase.java:462)
	at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readAddress(BsdDebuggerLocal.java:448)
	at sun.jvm.hotspot.debugger.bsd.BsdAddress.getAddressAt(BsdAddress.java:74)
	at sun.jvm.hotspot.types.basic.BasicTypeDataBase.findDynamicTypeForAddress(BasicTypeDataBase.java:296)
	at sun.jvm.hotspot.runtime.VirtualBaseConstructor.instantiateWrapperFor(VirtualBaseConstructor.java:102)
	at sun.jvm.hotspot.oops.Metadata.instantiateWrapperFor(Metadata.java:68)
	at sun.jvm.hotspot.oops.Oop.getKlassForOopHandle(Oop.java:211)
	at sun.jvm.hotspot.oops.ObjectHeap.newOop(ObjectHeap.java:251)
	at sun.jvm.hotspot.oops.OopField.getValue(OopField.java:61)
	at sun.jvm.hotspot.oops.Klass.getJavaMirror(Klass.java:99)
	at sun.jvm.hotspot.oops.InstanceKlass.iterateStaticFields(InstanceKlass.java:561)
	at sun.jvm.hotspot.runtime.VM.readSystemProperties(VM.java:889)
	at sun.jvm.hotspot.runtime.VM.getSystemProperties(VM.java:882)
	at sun.jvm.hotspot.runtime.VM.getSystemProperty(VM.java:876)
	at sun.jvm.hotspot.jdi.VirtualMachineImpl.version(VirtualMachineImpl.java:808)
	at sun.jvm.hotspot.jdi.VirtualMachineImpl.name(VirtualMachineImpl.java:814)
	at nsk.sajdi.SACoreAttachingConnector.attach.attach002.runIt(attach002.java:114)
	at nsk.sajdi.SACoreAttachingConnector.attach.attach002.run(attach002.java:26)
	at nsk.sajdi.SACoreAttachingConnector.attach.attach002.main(attach002.java:21)

    Test run URL: http://aurora.ru.oracle.com/functional/faces/RunDetails.xhtml?names=291221.JAVASE.NIGHTLY.VM.RT_Baseline.2013-09-17-150

    Host: vmsqe-mac-02.ru.oracle.com, Intel Macmini4,1 2400 MHz, 2 cores, 8G, MacOSX / Mac OS X Unknown, x86_64
    Options: 	-server -Xmixed -XX:MaxRAMFraction=8 -XX:+CreateMinidumpOnCrash -XX:NativeMemoryTracking=detail -XX:ReservedCodeCacheSize=256M

RULE nsk/sajdi/SACoreAttachingConnector/attach/attach002
Comments
Closing this bug as duplicate, opened new one to track current activity.
23-09-2013

The fix is the same as for linux, but linux chnages is already pushed. Please, leave this one open.
23-09-2013

I've validated that this test passes with the patch for JDK-8024176 (and fails without it), should we create a new issue for fixing JDK-7133122 on OSX?
23-09-2013

Possibly a dup of JDK-8024176.
20-09-2013