Addition to web bug JI-9017423
hs at tagtraum.com
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 https://www.beatunes.com/download/JI-9017423_hs_err_logs.zip
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]
The corresponding code call in AbstractID3v2FrameBody.read(ByteBuffer 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.
More information about the hotspot-dev