GHA debugging workflow: reloading a gha and build paths.

When I build a gha in Visual Studio, I then manually copy it over to the Grasshopper Components folder. If grasshopper and rhino are already open, it seems that I need to close and restart both in order to see the results of any changes I make to the gha.

This process is a little tedious. Is there a way to tell grasshopper to reload ghas without having to close Rhino?

Would it be stupid to use the Grasshopper Components Folder as my build path in VS?

Can I have multiple build paths in VS express? Would I just have to edit the xml in the .vbproj file?

Thanks!

Replies to This Discussion

Permalink Reply by Giulio Piacentino on November 29, 2010 at 9:16am

This means that the project is not targeting ".Net Framework 2.0" in Rhino 4.0.
Rhino 4.0 only supports that runtime. You need Visual Studio 2008 or Rhino 5.0, or both.

- Giulio
_____________
giulio@mcneel.com
McNeel Europe, Barcelona

Permalink Reply by Suryansh Chandra on November 29, 2010 at 9:26am

Aah.. bummer! I was hoping that there was a way to be using the .NET 2.0 with VS 2010. But looks like I'm out of luck. Is there a way to use 'Edit & Continue' with VS 2008 Express?

I can't seem to find it under options..

Thanks!

Permalink Reply by Giulio Piacentino on November 29, 2010 at 9:36am

It's the first comment in this thread:
http://www.grasshopper3d.com/xn/detail/2985220:Comment:107244

- Giulio
_______________
giulio@mcneel.com
McNeel Europe, Barcelona

Permalink Reply by Suryansh Chandra on November 29, 2010 at 9:39am

It looks like it's a VS 2010 only option.. I couldn't find it in VS 2008. Here's what the options page looks like:

Permalink Reply by Giulio Piacentino on November 29, 2010 at 10:01am

The fourth picture in the first comment in this thread is from Visual C# Express 2008 SP1, in the freely registered version. Maybe you need to register to have that option? (I am not sure)

- Giulio
_______________
giulio@mcneel.com
McNeel Europe, Barcelona

Permalink Reply by Suryansh Chandra on November 29, 2010 at 11:01am

Ok.. no luck with VSE 2008 because its already registered. But anyhow, I figured out how to compile with VSE 2010. For anyone else's future reference:

1. In the project properties, under the Compile tab, there's an button at the bottom left for 'Advanced Compile Options'.
2. In there, the last drop down list asks for a 'Target Framework', and the default is .Net 4.0. Rhino 4.0 only supports upto 3.5, so if you change that, everything works!

I'll try digging some more on the 'Edit and Continue' option, but the entire bunch of options missing still foxes me.

Permalink Reply by Giulio Piacentino on November 29, 2010 at 11:13am

Thanks for this info, great!
Yes, Rhino 4.0 only supports up to that version (actually, it requires 2.0 on target machines, but supports up to 3.5).
Sorry, you said you can compile, or debug? 'Edit and continue' is for debugging (to change code after hitting breakpoint or pressing Pause).

I would really like to know more about the 'Edit and Continue' tab! Where did it go?

- Giulio
______________
giulio@mcneel.com
McNeel Europe, Barcelona

Permalink Reply by Suryansh Chandra on November 29, 2010 at 12:15pm

No problems!

But I seem to have run into another issue: I still can't run in debug mode because I get the error saying:

Visual Studio cannot start debugging because the debug target 'projectName.dll' is missing. Please build the project and retry, or set the OutputPath and AssemblyName properties appropriately to point at the correct location of the target assembly.

I'm guessing this is primarily because the post-build events rename it to .gha, while the debug mode is still looking for a DLL. Is there something else that one needs to tweak to make the debugger look for a .gha and not a .dll?

Permalink Reply by Riccardo La Magna on May 24, 2011 at 9:59am

Neat, I'm always back on the same thread.

I guess this should rather be in a MSDN's forum, but anyway, I'll post here just in case someone has a clue:

after starting to debug (VS 2008 Express attaches to Rhino alright), I get this weird error message from VS if I try to hit Break All (pause debugging):

Unable to break execution. This process is not currently executing the type of code that you selected to debug.

Any help?

Permalink Reply by Giulio Piacentino on May 24, 2011 at 10:07am

Hi Riccardo,

are you debugging in Rhino 4?

- Giulio
___________________
giulio@mcneel.com
McNeel Europe

Permalink Reply by Riccardo La Magna on May 24, 2011 at 10:15am

Hi Giulio,

no, I'm debugging in Rhino5, but I have the same issue in Rhino4.

I don't know if it's of any relevance, but the machine I'm working on has access to VS and Rhino through a server. Whilst on my own computer, having the programs installed locally, the debugging works fine.

Permalink Reply by Giulio Piacentino on May 24, 2011 at 12:32pm

VS 2008 can only debug Rhino 4, because this version uses .Net 2.0/3.5 and not 4.0, that is instead used in Rhino 5.

Still, this does not solve the Rhino 4 part. Are you getting the same error message there?

Also, can you please explain a little more "has access through a server"? I think VS and the debuggee should be running under the same Windows, but about this you might have to ask Microsoft.

- Giulio
________________
giulio@mcneel.com
McNeel Europe