Addition to web bug JI-9017423

Hendrik Schreiber hs at
Fri Dec 12 11:35:43 UTC 2014

>> Do those exist on OS X?
> AFAIK one should have been created by VMError::report_and_die before it calls abort() which triggers the OS X error report.

The crashes did not occur on my machine, but on a customer's.
He was so nice to check and actually found a bunch of them.

You can download them from

Some of them contain a stacktrace (which is pretty much always the same):

Stack: [0x0000000192fd1000,0x00000001930d1000],  sp=0x00000001930cea38,  free space=1014k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.dylib+0xd6ace]  acs_CopyRight+0x70
J 598  sun.misc.Unsafe.copyMemory(Ljava/lang/Object;JLjava/lang/Object;JJ)V (0 bytes) @ 0x000000010a01f5e1 [0x000000010a01f500+0xe1]
J 691 C1 java.nio.Bits.copyToArray(JLjava/lang/Object;JJJ)V (68 bytes) @ 0x000000010a0512ec [0x000000010a051160+0x18c]
j  java.nio.DirectByteBuffer.get([BII)Ljava/nio/ByteBuffer;+98
j  java.nio.ByteBuffer.get([B)Ljava/nio/ByteBuffer;+5

The corresponding code call in byteBuffer) is:

    byte[] buffer = new byte[size]; // size is a positive integer

The byteBuffer should point to the content of an mp3 file.
So this also seems to indicate some issue with file mapping.

If you have any (simple!) idea how to work around this crash from the top of your head, I'd very much appreciate it.

Thank you,


More information about the hotspot-dev mailing list