Rhino 8 Mac: Application Crash when Grasshopper Window is Closed

With multiple Grasshopper windows open, if any on the list are closed (click the ‘X’), the entire application crashes.

Environment:

  • Macbook 2021, Apple M1 Max
  • macOS 13.6.1 (Ventura)
  • Rhino Version 8 (8.4.24016.19002, 2024-01-16)

@ed.p.may

Hi ed,

To troubleshoot please open Rhino from the command line with GrasshopperLoadOneByOne and say No to all 3rd party grasshopper plugins.

Please post SystemInfo as well.

Thanks!

Hi @Japhy

Yes: same behavior even when loaded using GrasshopperLoadOneByOne and all set to ‘No’

Crash report attached.
Crash Report copy.pdf (90.2 KB)

here’s System Info:


Rhino 8 SR4 2024-1-16 (Rhino 8, 8.4.24016.19002, Git hash:master @ 6629551a67b43795d6c888fd40dbd82205f8bfb1)
License type: Commercial, build 2024-01-16
License details: Cloud Zoo

Apple macOS Version 13.6.3 (Build 22G436) (Physical RAM: 64GB)
Mac Model Identifier: MacBookPro18,2
Language: en-US (MacOS default)
.NET 7.0.0

Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M1 Max
DELL U2515H (1920 x 1080 @ 60.00Hz)
Color LCD (1728 x 1117 @ 120.00Hz)
DELL U2415 (1600 x 1000 @ 60.00Hz)

USB devices
Apple Inc.: Apple MagSafe Charger
Realtek: BillBoard Device

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/usd/libIex.dylib
/usr/lib/usd/libHalf.dylib
/usr/lib/usd/libAlembic.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/usd/libosdCPU.dylib
/usr/lib/usd/libImath.dylib
/usr/lib/usd/libIlmThread.dylib
/usr/lib/usd/libIexMath.dylib
/usr/lib/usd/libtbb.dylib
/usr/lib/usd/libMaterialXCore.dylib
/usr/lib/usd/libMaterialXFormat.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftNetwork.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftAppKit.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftPrivate_BiomePubSub.dylib
/usr/lib/swift/libswiftPrivate_BiomeStreams.dylib
/usr/lib/swift/libswiftExtensionFoundation.dylib
/usr/lib/swift/libswiftCoreML.dylib
/usr/lib/swift/libswiftVision.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftExtensionKit.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswiftWebKit.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftMapKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
/Applications/Rhino 8.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 8.4.24016.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 8.4.24016.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCodePlugin.rhp “RhinoCodePlugin” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/MeshCommands.rhp “MeshCommands” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/PlugIns/SectionTools.rhp “SectionTools” 8.4.24016.1002
/Applications/Rhino 8.app/Contents/PlugIns/Displacement.rhp “Displacement” 8.4.24016.1002
/Applications/Rhino 8.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 8.4.24016.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 8.4.24016.19002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 8.4.24016.19002

Thanks for the systeminfo, i was able to repeat and will post the Youtrack # shortly.

1 Like

I’m experiencing the same issue since the last update some days ago. Before everything ran fine.

System Info:

Rhino 8 SR6 2024-4-10 (Rhino 8, 8.6.24101.05002, Git hash:master @ 32c244aa711e0034e75bec2e87d093c764820b96)
License type: Commercial, build 2024-04-10
License details: Cloud Zoo

Apple macOS Version 14.4.1 (Build 23E224) (Physical RAM: 16GB)
Mac Model Identifier: MacBookAir10,1
Language: en
.NET 7.0.0

Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M1
Color LCD (1440 x 900 @ 60.00Hz)

USB devices
None

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreML.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftVision.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftShazamKit.dylib
/usr/lib/swift/libswiftObservation.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftWebKit.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftMapKit.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
/Applications/Rhino 8.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 8.6.24101.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 8.6.24101.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/MeshCommands.rhp “MeshCommands” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/PlugIns/SectionTools.rhp “SectionTools” 8.6.24101.1002
/Applications/Rhino 8.app/Contents/PlugIns/Displacement.rhp “Displacement” 8.6.24101.1002
/Applications/Rhino 8.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 8.6.24101.1002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 8.6.24101.5002
/Applications/Rhino 8.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCodePlugin.rhp “RhinoCodePlugin” 8.6.24101.5002

Hey Sietse-Jan -

RH-79955 was reported fixed in 8.5. Can you provide a step-by-step procedure to make Rhino crash?
-wim

Hallo Wim!

I did some testing yesterday and noticed following:

The crashing occurs when more than one Grasshopper file/window are open and one of them is being closed. As long as no GH-File is being closed, the application runs very stable.

When only one GH-File is open, and is being closed, the application “hangs” a couple of seconds before it recovers itself.

When the application crashed, the activity monitor (MacOS) shows the “Open and Save Panel Service (Rhino 8)” in red. This is not always the case. Sometimes it’s not shown at all.

All the GH-Files which were open at the time of the crash, often disappear from the “Recent Files” list.

If the GH file is closed via File->Close xxxxx.gh, the application crashes always (if more then one GH file is open at the time)

Most of the time, if a GH-File is closed via Window->“clicking on the red X in the right top corner”, only the last one (the window on the bottom) makes the application crash. I could close all other window in the list without crashing. Often only the last one in the list crashes the application, even when it’s the only one left. If however no other GH-File has been opened in the active session (just one GH-File open), the application won’t crash if closed via Window->"clicking on the red X in the right top corner

In case you review some crash reports I filed, I wrote that the application crashed upon saving, which isn’t the case as I know now.

I hope this is helpful. I attached the files I tested with.

BR Jan

Test.gh (12.3 KB)
Crash_Test_RH.3dm (3.2 MB)
GH_Test_01.gh (3.4 KB)
GH_Test_02gh.gh (3.4 KB)

Hello Wim,

were you able to reproduce the problem?

Jan

I can confirm, that I had several crashes of rhino today, when I closed grasshopper windows.
The definitions included a kangaroo solver.
I sent 2 or 3 crash reports when reopening rhino…

I have the same issue as well.

dear @pascal or @Gijs
this is a super annoying bug as it produces a lot of data looses.
can you please address the correct person to have a look at this topic ?
thanks.

As soon has I have more then one Grasshopper window open, Rhino crashes if I close one of the windows - might be related to some of the gh-windows are unsaved…

thanks for having a look - kind regards - tom

Checking it, thanks.

-Pascal

… sended a bug report

{“app_name”:“Rhinoceros”,“timestamp”:“2024-04-29 21:58:54.00 +0200”,“app_version”:“8.6”,“slice_uuid”:“4ed9be8f-76bf-331b-823f-9666e25e9a92”,“build_version”:“8.6.24101.05002”,“platform”:1,“bundleID”:“com.mcneel.rhinoceros.8”,“share_with_app_devs”:0,“is_first_party”:0,“bug_type”:“309”,“os_version”:“macOS 13.5.1 (22G90)”,“roots_installed”:0,“name”:“Rhinoceros”,“incident_id”:“C014CAC9-A07F-4BF8-8AD4-ADEB3DA45742”}
{

EDIT:
yes - this seams quite reliable reproduce the bug:

restart Rhino.

do a very simple definition with a series component (1…10)
plug it to a construct point
(it is not important to choose those specific components … but this seams a nice minimal impact)

copy those 2 components.

do a few 3 or 4 new docuemts: (copy paste…)
cmd n
cmd v

now close them via Grasshoppers - Menu - Windows - (x) -Icon without saving.

if the first documents did not crash Rhino…
repeat a few times:
cmd n
cmd v

and then also
cmd w
does a nice job in crashing rhino.

@pascal - are you able to repeat ?

system_info_tom_2024-04-29.txt (4.7 KB)

Hi Jan - I’ve open the 3dm file and the GH files you posted - so far I am too stupid to get the crash - I close one or more of the GH files, the Rhino file… so far, OK.

-Pascal

with a view unsaved gh windows the crash hit s nicely here:

I will do a last check after a restart of the system …

(EDIT)
yep - even after a reboot / restart of mac os x - still above workflow reliable crashes rhino.

@Japhy - can you repeat this crash?

-Pascal

Thanks for the video Tom. I’ve been unsuccessfully been trying to repeat. I am on an M1 running on 13.5.2 though. Anyone have a AMD Radeon Pro 5500M? I’ve been on 8.8 all day, i’ll roll back to 8.6 and give it another go.

here still a macbook pro with
2.3 GHz 8-Core Intel Core i9

I was able to replicate in 8.6, i’ll try 8.7 next

Please try 8.7.24120.13002, i haven’t been able to repeat after several attempts on this release. Thanks