algorithmic modeling for Rhino
Tags:
A crash always means it's our fault, users should not be able to crash software in an ideal world.
I can repeat the crash and I get the following .NET call stack:
System::AppDomain::CurrentDomain->UnhandledException event occured
SENDER: Name:DefaultDomain
There are no context policies.
EXCEPTION: System.Runtime.InteropServices.SEHException
MESSAGE: External component has thrown an exception.
SOURCE: RhinoCommon
CALL STACK
at UnsafeNativeMethods.CRhCmnUserData_Delete(IntPtr pUserData, Boolean only_if_no_parent)
at Rhino.DocObjects.Custom.UserData.Dispose(Boolean disposing)
at Rhino.DocObjects.Custom.UserData.Finalize()
Do you also see a crash reporting window? If so, please always send in the reports, they are all collected and organised on our YouTrack system.
Thanks David, sorry but I can not post a comment with the dump file: S I dont know why...
Can you give me some advice from your experience to fix my cluster? Or is it an absolute binary mystery? ;P Do I have any other option than to remake the definition with other logic-components? Do you think I should do trial and error or you have some better idea?
It seems to be a bug in RhinoCommon, some sort of memory issue. Either we're disposing stuff too early, or in the wrong order, or perhaps it's even going wrong in the C++ part of Rhino. I'm afraid it's too far down for me to figure out.
I can offer no solutions, I'll have to put the bug on YouTrack and we'll see what Steve has to say about it.
Ok, something I will do to make it work.
Thank you very much for your assistance David :D
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by