Posted by Mabula on
URL: https://forum.jogamp.org/macOS-Apple-Silicon-bug-libGLImage-dylib-0x1de2c-storeVecColor-RGBA-UI-0x40-tp4043313.html

Hi support,

I want to report a serious issue with JOGL on macOS Apple Silicon using JOGL 2.5.0 released on 2023-08-18. The error is confirmed to happen with all JDKs 17 to 21, both Oracle JDK and also GraalVM JDK. I have not tested with older JDKs.

We know that the issue is specifically related to macOS Apple Silicon, because it does not occur on macOS intel, nor on Windows, nor Linux.

Our application is an image processing application, and we load images as 1 big texture at the moment to view them visually, provided that the reported image texture size is big enough, otherwise we fall back to a CPU image viewer.

We get consistent crashes on Apple Silicon if we load an image with dimensions of roughly 13000x12000 pixels. With smaller images all is fine. All bigger images will crash in the same way.

The error that we see on system out is:

[thread 22275 also had an error][thread 115519 also had an error]
#

[thread 102699 also had an error][thread 93207 also had an error]

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00000001f561ae2c, pid=1377, tid=45827
#
# JRE version: Java(TM) SE Runtime Environment Oracle GraalVM 21.0.2+13.1 (21.0.2+13) (build 21.0.2+13-LTS-jvmci-23.1-b30)
# Java VM: Java HotSpot(TM) 64-Bit Server VM Oracle GraalVM 21.0.2+13.1 (21.0.2+13-LTS-jvmci-23.1-b30, mixed mode, sharing, tiered, jvmci, jvmci compiler, compressed oops, compressed class ptrs, g1 gc, bsd-aarch64)
# Problematic frame:
# [thread 95235 also had an error]
[thread 173863 also had an error]
[thread 107019 also had an error]
[thread 107291 also had an error]
[thread 103259 also had an error]
[thread 124207 also had an error]
[thread 123911 also had an error]
C  [libGLImage.dylib+0x1de2c]  storeVecColor_RGBA_UI+0x40
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
[thread 102923 also had an error]
[thread 110299 also had an error]
[thread 99359 also had an error]
[thread 173391 also had an error]
# An error report file with more information is saved as:
# /Users/mabula/IdeaProjects/astropixelprocessor-jdk17/hs_err_pid1377.log
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
#


So it seems that the error might occur in C  [libGLImage.dylib+0x1de2c]  storeVecColor_RGBA_UI+0x40

macOS reports this, thread crashing is Crashed Thread: 47 Dispatch queue: GLImageWork:

"Process: java [26857]
Path: /Applications/AstroPixelProcessor.app/Contents/MacOS/
universalJavaApplicationStub
Identifier: java
Version: ???
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
User ID: 501
Date/Time: 2023-06-14 13:22:54.7681 -0700
OS Version: macOS 13.4 (22F66)
Report Version: 12
Anonymous UUID: C22A1F61-83E1-B9CD-3580-041C170F34EB
Sleep/Wake UUID: B34BF2F5-BE15-48EC-8B15-1641ADF6D333
Time Awake Since Boot: 120000 seconds
Time Since Wake: 5138 seconds
System Integrity Protection: enabled
Crashed Thread: 47 Dispatch queue: GLImageWork
Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Codes: 0x0000000000000001, 0x0000000000000000
VM Region Info: 0 is not in any region. Bytes before following region: 4334796800
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD
REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 1025fc000-102600000 [ 16K] r-x/r-x
SM=COW ...Home/bin/java"


My first question is if this issue is known already or if you need more information from me to get this solved?
I think the crashes will occur if the texture size is bigger than a certain threshold, which I will try to determine in the meantime.