I’ve just started running into an issue with trying to Debug Rhino 7 Mac plugins using Visual Studio 2022 on a Mac. Up until a few weeks ago, everything worked perfectly. Now, when I try to debug a plugin, Rhino 7 will start, the rhp and pdb are generated, the new build is loaded into Rhino properly, but the breakpoints are all “hollow” in Visual Studio when you run the command, and never get hit. When you look at the Modules tab, you can see that the rhp files are marked as User Code = No, and have Skipped Loading. It is also marked as Optimized = Yes, which often causes Visual Studio to consider the dll a Release version and not seek a .pdb file, but in the Project Properties, Enable Optimizations is not checked.
To test that it’s not an issue with my existing file, I started a completely new boilerplate project from the latest mpack Visual Studio Rhino Extension, and the behavior is identical. See the screenshot series below. Note that the NuGet Rhinocommon and my installed Rhino versions are different—but previously this has not mattered.
Visual Studio for Mac Version 17.6.1 (build 452).
Please let me know if there’s any way to get this up and running again!
This is likely due to an issue renaming the .pdb properly. The Rhino extension for VS 2022 on Mac should be renaming your .pdb like so: MyPlugin.pdb > MyPlugin.rhp.pdb after compilation, but it looks like a Visual Studio update broke that. One thing you can do is create a post-build target that copies the pdb to rhp.pdb so that can be found when debugging. Something like this:
Thanks for the fix! Adding that code to the csproj file indeed did the trick. And I appreciate you submitting the issue for getting this back to being fully automated!