Frequent Rhino 6 Crashes using Grasshopper


(Giulio Piacentino) #18

4 posts were split to a new topic: Crash with compiled GHPY component

(Msmattstone03) #19

i’m having the same problem, I have deleted all the vray files I can find but it has not worked,

this is the crash report

System::AppDomain::CurrentDomain->UnhandledException event occurred

SENDER: Name:DefaultDomain
There are no context policies.

EXCEPTION: System.DllNotFoundException
MESSAGE: Unable to load DLL ‘VRaySDKLibrary’: The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at VRay.RendererUtils.releaseVRayRenderer(IntPtr renderer)
at VRay.VRayRenderer.Finalize()

(David Rutten) #20

If you have a recent Rhino6 Service Release, you should have access to the _GrasshopperLoadOneByOne command (it may or may not auto-complete). This will specifically ask you per GHA whether it should be loaded. When you click ‘yes’, the exact path to the GHA file will be put in the clipboard, so if it crashes during that plugin, you can go and find the actual file.

(Msmattstone03) #21

Thank you for your help!


Hi, we are also experiencing frequent crashes in V6 with definitions that used to run smooth.
We do not have Vray on our machines.
The only plugins used by these definitions are Human, Human UI and Metahopper, but I suspect the problem is elsewhere because these plugins are in other GH definitions which are not prone to crashing.

(Giulio Piacentino) #23

@osuire do you have some parallel components running in the definition?

(David Rutten) #26

Please run the _GetIssueState command with the RH-46468 issue identifier. If the command line tells you that “git commit in this build = True”, then please test whether the crash frequency is down.


@osuire do you have some parallel components 3 running in the definition?

Yes, lots of them.
They are one of the GH improvements that make the update to V6 worthwhile.

(Steve Baer) #28

Is there a reason behind the question? I don’t know of any parallel components that are crashing.

(Giulio Piacentino) #29

Yes. I’ve seen a few components crash in early releases of V6. Multi-threading is also one of the major changes in V6 Grasshopper.

(Giulio Piacentino) #30

Hi @osuire,

do you think you could you try disabling “Multi-threaded GH components” for a test? It would help ruling out this one as a possible source of problems.


But Giulio, things have been working fine since the last release (6.6.18156.11421, 06/05/2018).
How could I tell if disabling “Multi-threaded GH components” had any effect ?

(Steve Baer) #32

If things are working fine since the last release, I doubt the multithreading had anything to do with this. The more likely cause would have been components that create Text3d instances. We just fixed a major bug in the latest release that could have manifested itself when Text3d instances were being used.


I’m still crashing, crashing, crashing,…

(Mtumminello) #34

Hello I have gotten 1 or 2 reports of grasshopper crashing in my office with Rhino 6. I was able to replicate a crash on my end. Windows Event Viewer shows this message:

Application: Rhino.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.AccessViolationException at UnsafeNativeMethods.ON_Intersect_CurveBrep(IntPtr, IntPtr, Double, IntPtr, IntPtr) at Rhino.Geometry.Intersect.Intersection.CurveBrep(Rhino.Geometry.Curve, Rhino.Geometry.Brep, Double, Rhino.Geometry.Curve[] ByRef, Rhino.Geometry.Point3d[] ByRef) at SurfaceComponents.SolidComponents.Component_BRepLineIntersect.Compute(Rhino.Geometry.Brep, Rhino.Geometry.Line) at SurfaceComponents.SolidComponents.Component_BRepLineIntersect+_Closure$__11-0._Lambda$__0() at System.Threading.Tasks.Task`1[[System.__Canon, mscorlib, Version=, Culture=neutral, PublicKeyToken=b77a5c561934e089]].InnerInvoke() at System.Threading.Tasks.Task.Execute() at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) at System.Threading.Tasks.Task.ExecuteEntry(Boolean) at System.Threading.ThreadPoolWorkQueue.Dispatch()

(Steve Baer) #35

I would love to see this definition if at all possible. Crashes like this are something we would like to fix as soon as possible,

(Mtumminello) #36

I was able to get a crash by selecting multiple breps and single brep in the brep node in the lower left. It will either crash immediately or after a few attempts.

perspective (16 KB)
perspective drawing sample_V2_crash.3dm (189.4 KB)[quote=“stevebaer, post:35, topic:57162, full:true”]

I would love to see this definition if at all possible. Crashes like this are something we would like to fix as soon as possible,

(Steve Baer) #37

Thank you so much! We were able to reproduce this crash and are looking into it right now to try and fix the issue.

(Dan Belcher) #38

RH-46966 is fixed in the latest Service Release.

(Mtumminello) #39

looks like this error is resolved. thank you.