Grasshopper

algorithmic modeling for Rhino

Grasshopper 0.8.0061 is now available for download from our servers.

 

This is a patch release for 0.8.0060, it fixes two serious bugs, to wit:

  • User Objects would fail to deserialize themselves miserably, this is fixed.
  • Set Multiple Curves would only allow you to select one, this is fixed.

 

See the 0.8.0060 release notes for a list of all the new stuff since 0.8.0052.

 

--

David Rutten

david@mcneel.com

Poprad, Slovakia

Views: 3995

Replies to This Discussion

cool what was a real fast hotfix  ....

it was really fast!

i had the multiple curves issue and, at the same time, david posted the update.

Thank you, David!

Thanks greatly for the speedy update.

Great!

I have a problem, i was trying the new ZUI and added a explode tree component to the canvas but as soon as I zoom close enough to show the new controls, rhino chrashed and closed automatically. I was running GH on my macbook pro under parallels with windows xp sp3 and rhino 4 sr9.

Hi Edwin,

 

can you post the files so I can try and repeat it here?

 

--

David Rutten

david@mcneel.com

Poprad, Slovakia

It was a new file, first i just added a bunch of components and zooming made the program close, then I reopened rhino and gh and just added the explode tree component in a new clean file and when I zoomed it crashed.

RhinoCrash.dmp

 

It occurs with any component with the new ZUI.

Hi Edwin,

 

it takes a number of days for crash data to be processed by our system. When you get the crash report dialog, (don't close it) can you have a look on your desktop to see if there's a textfile with dotnet stack trace information? It will be deleted as soon as you close the crash report dialog, so you'll need to copy it manually in order to view it later.

 

I'd like to see the contents of this file.

 

--

David Rutten

david@mcneel.com

Poprad, Slovakia

yes, thats the file i posted earlier, here is the link: http://dl.dropbox.com/u/42012027/RhinoCrashDump.dmp 

No that's a dmp file, it contains information about the Rhino memory state, there is also usually a textfile with a .NET call stack history, that's the only useful information .NET developers get from a crash.

 

Sometimes when the crash happens deep in Rhino (or if it's an out-of-memory crash) then there will not be a stack history file, but those cases are relatively rare.

 

--

David Rutten

david@mcneel.com

Poprad, Slovakia

 

Thank you David :)

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service