John
I’ve checked if the plugin is loaded. See images.
No action again.
The move your application windows around to see if the warning message is hiding back there. You have to OK it to run the test.
I suppose you could run it “blind”.
Type Holomark2 to start it,
Then press Enter a second time to OK the message you can’t see.
If the command is auto-completing when you type, then it is installed.
You may be able to get some extra diagnostics printed to the command line if you run TestDotNetMessages command and restart Rhino. Try that and then run Holomark2 again to see if anything useful gets printed to the command line.
Steve
Sorry for late response. It is due to the time zone differences. No hidden messages in a background. Below is the result for TestDotNetMessages:
*.NET Runtime Version = 4.0.30319.296
Rhino.NET plug-in: C:\Program Files\Rhinoceros 5 (64-bit)\Plug-ins\Toolbars\Toolbars.rhp
referenced assemblies
- System, System.Windows.Forms, mscorlib, RhinoCommon, Rhino_DotNet, System.Xml, System.Drawing, McNeelUpdateClient, System.Windows.Forms, mscorlib, System.Drawing, System.Core, System
- plug-in passes RhinoDot_NET.DLL / RhinoCommon.DLL reference version check
- loading assembly using Reflection::Assembly::LoadFrom
- extracting plug-in attributes to detemine vendor information
- creating plug-in and command classes
[PlugIn::Create] Start
plugin_name = Rhino Toolbars and Menus
Looking for plug-in’s GuidAttribute
Created PlugIn Instance
[PlugIn::Create] Finished
Rhino.NET successfully loaded C:\Program Files\Rhinoceros 5 (64-bit)\Plug-ins\Toolbars\Toolbars.rhp
Loading Neon for Rhino, version Aug 23 2013 05:19:36
Rhino.NET plug-in: C:\Program Files\Common Files\McNeel\Rhinoceros\5.0\Plug-ins\Grasshopper (b45a29b1-4343-4035-989e-044e8580d9cf)\0.9.75.0\GrasshopperPlugin.rhp
referenced assemblies- RhinoCommon, mscorlib, System.Windows.Forms, Grasshopper, System.Windows.Forms
- plug-in passes RhinoDot_NET.DLL / RhinoCommon.DLL reference version check
- loading assembly using Reflection::Assembly::LoadFrom
- extracting plug-in attributes to detemine vendor information
- creating plug-in and command classes
[PlugIn::Create] Start
plugin_name = Grasshopper
Looking for plug-in’s GuidAttribute
Created PlugIn Instance
[PlugIn::Create] Finished
Rhino.NET successfully loaded C:\Program Files\Common Files\McNeel\Rhinoceros\5.0\Plug-ins\Grasshopper (b45a29b1-4343-4035-989e-044e8580d9cf)\0.9.75.0\GrasshopperPlugin.rhp
Rhino.NET plug-in: C:\Program Files\Auxpecker Studio\auxpecker2.rhp
referenced assemblies- mscorlib, Microsoft.VisualBasic, Rhino_DotNet, RhinoCommon, ComponentFactory.Krypton.Toolkit, System, System.Windows.Forms, AC.ExtendedRenderer.Toolkit, CrystalToolkit, System.Drawing, System.Windows.Forms, System.Drawing, System, mscorlib, AForge.Imaging, AForge, Ionic.Zip, System.Data, System.Xml
- plug-in passes RhinoDot_NET.DLL / RhinoCommon.DLL reference version check
- loading assembly using Reflection::Assembly::LoadFrom
- extracting plug-in attributes to detemine vendor information
- creating plug-in and command classes
[PlugIn::Create] Start
plugin_name = Auxpecker Studio
Looking for plug-in’s GuidAttribute
Created PlugIn Instance
[PlugIn::Create] Finished
Rhino.NET successfully loaded C:\Program Files\Auxpecker Studio\auxpecker2.rhp
Loading Rhino Render, version 1.50, Mar 4 2014, 21:48:20
Command: _CommandHistory
Command: Holomark2
Rhino.NET plug-in: F:\Holomark2 (eda790ba-e2f2-0d80-3f9f-143fc9dc0d20)\1.0.5234.43014\Holomark2.rhp
referenced assemblies- RhinoCommon, mscorlib
- plug-in passes RhinoDot_NET.DLL / RhinoCommon.DLL reference version check
- loading assembly using Reflection::Assembly::LoadFrom
- extracting plug-in attributes to detemine vendor information
- creating plug-in and command classes
[PlugIn::Create] Start
plugin_name = Holomark2
Looking for plug-in’s GuidAttribute
Created PlugIn Instance
[PlugIn::Create] Finished
Rhino.NET successfully loaded F:\Holomark2 (eda790ba-e2f2-0d80-3f9f-143fc9dc0d20)\1.0.5234.43014\Holomark2.rhp
Exception caught during RunCommandSystem.NullReferenceException: Object reference not set to an instance of an object.
at Command_Holomark2.RunCommand(RhinoDoc doc, RunMode mode)
at Rhino.Commands.Command.OnRunCommand(Int32 command_serial_number, Int32 doc_id, Int32 mode)Command: _CommandHistory*
It looks like the plug-in is loading fine and that there is something going wrong during the execution of Jorgen’s command. The command does require the services provided by python. As a test if you run EditPythonScript, does that command bring up the script editor?
Another thing that is interesting is that Grasshopper appears to be loading on start. Is that something you specifically set?
Steve
Results for running EditPythonScript command:
Command: EditPythonScript
Unknown command: EditPythonScript
Command: _CommandHistory
Grasshopper loads fine and only after typing it’s calling command.
That’s the problem, somehow the python plug-in didn’t properly get installed for your Rhino. Try running the PlugInManager and click install. Find the rhinoironpython plug-in in your Rhino’s installed location. Once that plug-in is installed, try running editpythonscript again (and holomark2)
You can run testdotnetmessages again to turn off all the spewing to the command line of plug-in loading information
OK, you got me.
I like to get rid of the things that I don’t use: help, bitmaps, some export - import extensions and more in order to keep the minimum space occupied and quick load. RhinoPython was one of the things I removed thinking I am not going to use it and, obviously, I was wrong.
I’m sure reinstalling Rhino will help.
Steve with team
I accidentally run into another interesting problem. I have downloaded the latest stable release but when I launch installer (for repair) it is asking me to insert the disc or to provide the licence number. Since I am far away from my studio I have no access to my database.
Is it normal Rhino behavior?
So it did not occur to you that this was vital information when I said:
If you want me to help you then you need to give me as much info as possible, not as little as possible
Man, you owe us some beers right now! 
Jorgen
I didn’t expect it may be related as GH loads and works fine, but yes, I owe you a beer. Cheers!
Hehe, I am just having some fun with you since you just wasted our time trying to help you bugtrack your “pruned” system. I fully understand that you didn’t expect that it would affect your system, but did you delete the entiere ironpython folder, with libraries and .dll’s and all? If so then that’s like removing an airbag from a car because you “don’t need it because you never use it” kind of philosophy. But it is adventurous, and the only way to find the limits is to fail, so keep at it if you like! (Just remember to inform, and CUDOS to @John and @stevebaer for figuring this out so fast)
This can be the reason you have issues with the service release too.
So a friendly advice: My experience during the last 25 years is this: Buy a faster and bigger HDD! It is MUCH cheaper than wasting precious time (and others time) on trying to bugtrack an unoriginal system where in fact the only thing that has been done is removal of stuff that doesn’t affect speed at all.
Good luck with restoring and testing your system! I look forward to seeing the results, and hopefully Holomark2 can assist you in future optimization quests. That is in fact what it is for!
Jorgen
I would have been much more aware if I ever had any problem running other plugins.I always thought that IronPython folder is for those who can do Python scripting. That’s it. For the same reason I don’t have a help because I don’t need it. We all learn from our mistakes, no reason to be sarcastic. From my experience it is worth to experiment with the system setting and it’s contents. My favorite computer’s Win 7 loads in less than 10 sec and Rhino loads in less than 5-7 sec.
But for now you can add a simple message to Holomark2 at the startup: Please do not remove anything from the system you idiot!
1 Like
Well the fact is that most “native” in Rhino plug-ins are designed not to load at startup, but only on demand. So when you start Rhino things start up relatively fast, Rhino is aware of the plug-ins existence - the command to call it is recognized - but it does not load until the first time you call it. If you never call it, it never loads.
Startup hits usually come from non-native plug-ins, renderers like V-Ray and Flamingo are notorious for slowing down the loading of Rhino.
–Mitch
Hehe, I like your sense of humor 
Cheers Piotr!
It comes handy with my age… 
1 Like
Wow! There are a ton of interdependencies in the files that ship with Rhino and most of these are lazily loaded only when needed (not at start). All you are doing is saving some space and creating a massive potential for unexplainable (and costly) problems with respect to Rhino.
Well, Steve
Some people remove AC and power steering from their cars to make them lighter and faster.
Enough said, I’ll be more aware now, but it doesn’t mean I quit my habit (I’m blaming Autodesk and Adobe for raising it).
Please quit your habit with respect to Rhino. These types of issues eat up a measurable amount of our support time and distract from doing things like actually typing on Rhino. 
