Rhino Slow and Constantly Crashing

Software & Version: Rhino 7.0.23274.08002 (64-bit) OS & Hardware: macOS 12.4 on MacBook Pro (Intel i7, 16 GB RAM) File Details: Simple 3-D model, ~5 MB .3dm with only basic NURBS geometry. Problem: The app freezes and crashes (spinning wheel) whenever I try to move any object, even in a brand-new file. What I’ve Tried:

  • Restarted the computer and software
  • Cleared Rhino’s cached preferences
  • Disabled plug-ins
  • Updated to the latest Rhino service release
    Question: Has anyone experienced similar behavior? Are there log files I can check, or additional troubleshooting steps you recommend?

Hi Sarah -

The current version of Rhino 7 is 7.38!

Please run the Rhino SystemInfo command and copy-paste its full output here.
-wim

Thank you! it says I am up to date.

The system info says:
Rhino 7 SR38 2024-12-3 (Rhino 7, 7.38.24338.17002, Git hash:master @ 97e36efa02d7f71638988290bb2d190fcf1b18c5)
License type: Educational, build 2024-12-03
License details: Cloud Zoo

Apple macOS Version 15.4.1 (Build 24E263) (Physical RAM: 32Gb)
Rhino is running in Rosetta2 on Apple Silicon
Mac Model Identifier: MacBookPro18,2
Language: en-US (MacOS default)

Apple M1 Max (OpenGL ver:4.1 Metal - 89.4)

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: Apple
Render version: 4.1
Shading Language: 4.10
Maximum Texture size: 16384 x 16384
Z-Buffer depth: n/a
Maximum Viewport size: 16384 x 16384
Total Video Memory: 21845 MB
Graphics: Apple M1 Max
Displays: Unknown (217dpi 2x), Unknown (255dpi 2x)

Graphics processors
Apple M1 Max
Studio Display (2560 x 1440 @ 60.00Hz)
Color LCD (1728 x 1117 @ 120.00Hz)

USB devices
Apple: USB3 Gen2 Hub
Apple Inc.: Studio Display

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDataDetection.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/libswiftObservation.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Builtin_float.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswift_errno.dylib
/usr/lib/swift/libswift_math.dylib
/usr/lib/swift/libswift_signal.dylib
/usr/lib/swift/libswift_stdio.dylib
/usr/lib/swift/libswift_time.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswiftsys_time.dylib
/usr/lib/swift/libswiftunistd.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswiftDistributed.dylib
/usr/lib/swift/libswiftSynchronization.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftMLCompute.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftFoundation.dylib
/usr/lib/swift/libswiftSwiftOnoneSupport.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswiftSpatial.dylib
/usr/lib/swift/libswiftAppleArchive.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftPassKit.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.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 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/PlugIns/import_ACAD.rhp “AutoCAD file import: import_ACAD” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/Displacement.rhp “Displacement” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/RhinoRender.rhp “Legacy Rhino Render” 7.38.24338.1002

Hi Sarah -

Just to make very sure, is this the same machine? It’s somewhat weird that you’d first report a 7.0 version with a very specific 2023 date on an Intel machine, and then post the SystemInfo for a 2024 7.38 version on an Apple Silicon machine.

I’m seeing two crash reports from you but those were about using Make2D.
When the spinning wheel appears, Rhino is hanging but not crashing. You can force a memory dump that a developer could look at to see if there are more specifics, but since this is on Rhino 7 where there won’t be any more updates, that wouldn’t necessarily do much good.

Could you download the evaluation version of Rhino 8 to see if that is crashing with the same workflow?

Does it make any difference if you disconnect all external monitors and only use the laptop’s screen?

Are you also running into this when you are only working in viewports that are set to use the Wireframe display mode, and/or only use curves, hatches, annotations but not meshes, surfaces, SubD objects?
-wim