-
Notifications
You must be signed in to change notification settings - Fork 491
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
macOS OpenGL crash while loading navobj.xml #3774
Comments
The correct package to install is https://dl.cloudsmith.io/public/david-register/opencpn-unstable/raw/files/OpenCPN_5.9.0-universal+8544.f4d68bd2a-14.pkg and works just fine for me. We should probably not even upload the ones from GA to Cloudsmith, they serve just to test if we still build with Homebrew on all the different macOS versions. |
That one does crash at start-up: Translated Report (Full Report Below)Process: OpenCPN [95473] Date/Time: 2024-04-01 15:03:16.2954 +0200 Time Awake Since Boot: 2200000 seconds System Integrity Protection: enabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11 VM Region Info: 0x1e0 is not in any region. Bytes before following region: 68719476256 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread |
Not for me, will try to reproduce, but it certainly has nothing to do with the packaging. |
Tried with plug-ins disabled -same result. |
Yes, nothing to do with plugins, it crashes when loading |
I have seen this. Nothing wrong with navobj, The fault I think occurs for me when glutil is not found, so glDeleteTexture is failing. |
I do see indeed a glimpse of the raster chart before the crash... 5:08:29.021 INFO logger.cpp:130 ------- OpenCPN version 5.9.0-universal+f4d68bd2a restarted at 2024-04-01 ------- 15:08:29.021 INFO logger.cpp:130 Using loglevel INFO 15:08:30.130 MESSAGE ocpn_frame.cpp:4639 OnInitTimer...0 |
There it is: I don't know exit ccode (-6). |
But this should simply disable OpenGL, not lead to a crash. |
Above. I got that part. |
I just tested with |
Not seen issues with OpenGL on that system in the past..... |
Compound problem. Something fishy about the GL detect/test utility, as well as fault in no-GL mode. |
Simple test - open Terminal and run |
Mac-mini:~ renate$ /Applications/OpenCPN.app/Contents/MacOS/opencpn-glutil opengl-info |
OK, this part of the problem is clear, will take care of it |
I fixed the crash on no-GL. |
With 8594.1ecd4b794 still crashing.... |
Are you actually in GL mode at startup now? |
That plugin menu (should be) shown when running in "Safe" mode. Did you see an initial dialog about running in "Safe Mode" and answer "Yes" to disable all plugins? |
In the GUI OpenGL shows up as active. 22:05:10.599 MESSAGE OCPNPlatform.cpp:901 Starting OpenGL test... Run was started in "Safe Mode" with plug-ins as shown in the screen-shot. Closing and running again results in crash. |
If the crash report is generated, we want to see it. If started with OpenGL enabled, everything works just fine for me. |
the log 22:14:39.944 MESSAGE ocpn_frame.cpp:734 **** Connect stuff and the crash reportTranslated Report (Full Report Below)Process: OpenCPN [98101] Date/Time: 2024-04-01 22:13:14.4475 +0200 Time Awake Since Boot: 2200000 seconds System Integrity Protection: enabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11 VM Region Info: 0x300 is not in any region. Bytes before following region: 4302847232 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread |
In the logfile you should see which plugin it is. |
Quick hint: |
Rounded corners - that's a funny hint btw... Pavel, the last entry before crash: plugins;/Applications/OpenCPN.app/Contents/PlugIns |
In the ini file: |
Objsearch is not a problem for me, at least not the current version from the catalog. |
The rounded corners hint: Made that so we can see from a screenshot what mode a user is in, without needing to ask for a log. |
Remember that you are now running natively on ARM, so any plugins built only for x86 are incompatible. Any plugins in the catalog not listed as available for ARM will not be shown neither. |
After going back to 5.8.4 (installed in parallel) and forth to 5.9.0 8598 - the latest one - all is back to normal. Some plug-ins not in catalog, but the rest ok. |
Did we ever figure out the root cause of the Plugin crashes and PIM problems? |
Yes, this particular issue is solved. |
BCN... |
Closed... |
Installing the latest versions of 5.9.0on our M1 (14.2.1) will fail. Tested with 1376 and 1377 from today
![Captura de pantalla 2024-04-01 a las 14 45 54](https://private-user-images.githubusercontent.com/19633222/318436979-6fd6a36e-ee58-41b4-8182-fefda3c2b59b.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjIzMTk1MzgsIm5iZiI6MTcyMjMxOTIzOCwicGF0aCI6Ii8xOTYzMzIyMi8zMTg0MzY5NzktNmZkNmEzNmUtZWU1OC00MWI0LTgxODItZmVmZGEzYzJiNTliLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA3MzAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNzMwVDA2MDAzOFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWNjNmI0YWJiZGVjZDA1Zjc0NmVmMWM0ZDgyMzBmMjZjMzA3MzJlM2YxOTJkNTRkMTU2NGU5ZDg3NjYyN2E2ZDImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.bg0plfv9sYKCKZb5tw8KMnKtrbtzEB4TqRzH0y5wJ4w)
Btw.: what is the meaning of "11" and "12" in the pgk names?
The text was updated successfully, but these errors were encountered: