but when I debug, I don’t hit any of my breakpoints. The plugin wasn’t showing up at all initially so I manually added a post build event to copy it to the right directory. @dan I think I asked you about this a long time ago but I can’t remember what the answer was. Any tips?
AFAICT, we don’t have this working yet for public RhinoWIPs…but we should fix it.
The Debug in RhinoWIP (Mac) guide is, unfortunately, out-of-date. I should fix that since we reworked the internal architecture of the app bundle. The reference paths should be something like this:
but when I try this, the debugger still looks for a Applications/Rhinoceros.app and errors out before the build.
@curtisw I thought this would have worked. I think the above is just a bug we must have introduced.
I can log this, but I’d like a second opinion before I update the devdocs guide too.
Your proposed method of copying the file with a post-build event wouldn’t work for debugging (actually hitting breakpoints), but should work for testing and caveman debugging. But that’s not ideal.
If you have the RhinoCommon Extension installed, with the proper paths shimmed in (as the guide attempts to say), it should work. I suspect we have some more work to do with the extension (and the documentation) before this really really does work.
Hey @dan, hm I just tried it myself and I don’t think the plugin is working with the latest v6 WIP for this scenario.
It should have at least worked by setting -app_path=/Applications/RhinoWIP.app as the start arguments, but it appears that isn’t working either (probably due to changes in VS for Mac).
@curtisw has updated the Visual Studio addin to 7.7.4.2 (called the RhinoCommonXamarinStudioAddin for historical purposes) here:
Aside from solving this debugging problem, it allows also you to chose which app bundle to debug with, as well as allowing command-line arguments (like: -nosplash runscript="-Grasshopper").