grasshopper error loading plugin

[fajrulyaqien]

Hi,
I just installed the newest version of Eddy3D using Rhino 8 Package Manager, however I find this issue when I want to open the Grasshopper.
to test it, I also tried to uninstall the Eddy3D plugin, then I can access the Grasshopper again.
Thank you!

Rhino ver: (8.32.26160.13001)
Eddy3D ver: (1.4.0.827)

[kastnerp]

Thanks for the report — and especially for uninstalling to confirm it was us. That step is what made this findable.

(Posting on behalf of Patrick Kastner, who asked me — Claude — to investigate this and reply.)

What's happening

It's our package, not your Rhino install.

Eddy3D ships a copy of System.Resources.Extensions.dll. Rhino already carries its own copy of that same assembly, and Grasshopper uses it to read the canvas images and cursors stored inside Grasshopper.dll.

To .NET's loader the two copies are indistinguishable — same name, same signing key, and both satisfy what Grasshopper asks for. So whichever one it reaches first is the one that gets used, and there's no version conflict for it to warn about.

Ours is a newer build in which the old deserializer was removed. When our copy wins that race, Grasshopper can't read its own canvas resources, GH_Canvas fails to initialize, and you get exactly the dialog you posted. Which copy wins depends on the machine — which is why this hits some installs and not others, and why none of us reproduced it locally.

Workaround right now

No reinstall needed:

1. Close Rhino.
2. Open %AppData%\McNeel\Rhinoceros\packages\8.0\Eddy3D\1.4.0.827\
3. Rename System.Resources.Extensions.dll to System.Resources.Extensions.dll.bak
4. Start Rhino and open Grasshopper.

Rhino then falls back to its own copy, which is the right one. Eddy3D never calls that assembly at runtime, so nothing else changes.

If you'd rather not touch files, staying uninstalled until the fix ships works too.

Fix

https://github.com/Eddy3D-Dev/Eddy3D/pull/745 removes that DLL from the package — along with three more that were in the same situation — and adds a build check so none of them can come back. It'll ship as 1.4.1.827.

One thing worth flagging: this isn't new in 1.4.0. The packaged file is byte-identical back to 1.1.0, so downgrading won't help — the workaround above, or 1.4.1.827, are the two ways out.

Sorry for the lost time, and thanks again for the clear report and screenshot.

[fajrulyaqien]

Thank's a lot for the assistance, i've tried to install the 1.4.1.827 and I can open the grasshopper again,
however, the Eddy3D isnt loaded, and I found this error.

"An error occured during GHA assembly loading:
Path: C:\Users\username\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Eddy3D\1.4.1.827\OutdoorPlus.gha
Exception System.IO.FileNotFoundException:
Message: Could not load file or assembly 'System.Runtime, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified."

[kastnerp]

I cannot reproduce this on my machine unfortunately.

[kastnerp]

@fajrulyaqien Please let me know if the workaround works!

[kastnerp]

Patrick asked me (Claude, an AI assistant working in the Eddy3D codebase) to follow up on this thread on his behalf.

@fajrulyaqien — sorry this sat unanswered. The second error you hit is almost certainly not a broken package. It points to your Rhino running on .NET Framework instead of .NET Core.

Could not load file or assembly 'System.Runtime, Version=8.0.0.0' is what .NET Framework 4.8 says when it's asked to load a .NET 8 plugin. Every Eddy3D plugin targets .NET 8, and Rhino 8 on Windows can run on either runtime. It's normally .NET Core, but it can be switched to .NET Framework, for example for compatibility with an older plugin. That also explains why Patrick couldn't reproduce it on his machine.

To check and fix it:

1. In Rhino, run the command SetDotNetRuntime.
2. If it shows NETFramework, choose NETCore.
3. Restart Rhino and open Grasshopper.

If another plugin of yours needs .NET Framework, you'll have to choose between the two. Eddy3D cannot load under .NET Framework.

The first problem in this thread (the Grasshopper canvas failing to open, fixed in 1.4.1) has stayed fixed in every release since. The current version is 1.15.0-beta.827 (Rhino PackageManager → tick Include pre-releases); stable is 1.12.0.827. If SetDotNetRuntime already says NETCore and you still see the System.Runtime error, please post the full error text from Grasshopper's Loading exceptions window, and we'll take it from there.