Addition to web bug JI-9017423

[Dean Long]

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 
tracing enabled?
(I know Linux has "strace", but I don't know about OSX.)  I'm wondering 
if there
is a stray mprotect or munmap happening on the mapped memory.

dl

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
>      byteBuffer.get(buffer);
>
> 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,
>
> -hendrik