Ive played around for 2 hours now on the compiler project settings. Need to get a breather.
Some things ive played with are macro settings in the post build dialog box so I can rename the .dll to a .gha file. Its given me head aches. I think I have to del a file before I can rename it as we cant overwrite using the rename syntax of the macro.
I can launch rhino when debugging but the probem for me is how do I get GH to point to the debug .dll/.gha file? If I copy the debug .dll to the components folder how can the VS IDE locate the debug file in the components folder if it is expectng to look in the default bin/debug folder for the .pdb files?
about "Require source files to exactly match the original version". I had this once, it meant that the loaded .dll is not the one that VS is debugging. Check that the path to load the .dll is updated and is working.
The VS2010 debugger requires the DotNET 4.0 framework as far as I know. Rhino4 never loads DotNET 4.0, Rhino5 has a hidden toggle for this (TestDotNetRuntime command).
We were running into problems with VS2010 across the board and Steve has only this week (last friday in fact) added more options and more smarts to Rhino5 in order to facilitate debugging under VS2010.
We recommend you stick with VS2008 until we've got this all sorted out.
i can definitely second this. i had the biggest headache trying to compile and debug under vs2010. it just threw error after error. as soon as i switched back to vs2008 all things worked perfect.
i did try the TestDotNetRuntime and still was not able to compile a gha with .net 4. it would be nice to allow this since i think PLINQ and the parallel library will be a game changer. i have written some stuff for GC using it and it is wonderful to watch all 8 cores churning away! i know this can be done the old fashion way but with the simple code i am writing using PLINQ will almost grantee that it will be completely thread safe and optimized.