Addition to web bug JI-9017423
dean.long at oracle.com
Fri Dec 12 23:08:00 UTC 2014
This sounds a lot like https://bugs.openjdk.java.net/browse/JDK-8041721.
If this crash is reproducible, could you run the app with syscall
(I know Linux has "strace", but I don't know about OSX.) I'm wondering
is a stray mprotect or munmap happening on the mapped memory.
On 12/12/2014 3:35 AM, Hendrik Schreiber wrote:
>>> 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]
> j java.nio.DirectByteBuffer.get([BII)Ljava/nio/ByteBuffer;+98
> j java.nio.ByteBuffer.get([B)Ljava/nio/ByteBuffer;+5
> j org.jaudiotagger.tag.id3.framebody.AbstractID3v2FrameBody.read(Ljava/nio/ByteBuffer;)V+48
> 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.
> Thank you,
More information about the hotspot-dev