Rhino 6 / Grasshopper - Crashing with Honeybee

[chris]

Hi @Prethvi ,

There’s only so much that we can do if your IT insists on using settings for the antivirus software that cripple the usability of your computer. It looks like @Paul1 said that they also modified some settings for error suppression:

Honeybee Components Crash Rhino Immediately (Python uuid dependency seems suspect)

Having IT add an exception for the Rhino folder allows uuid dependency to work again on that machine. Discussing it with IT, they also mentioned they modified a few overall settings in S1 to handle error suppression in a different way that doesn’t just ignore exceptions.

Has your IT also tried this?

[Prethvi]

Hi @chris @mostapha ,
Finally, the IT team turned off Sentinel One. The Honey bee components are working again.

[JulesBuh]

Just as a note for future users that encounter this… the problem is related to method 1 uuid1() in uuid.py as it accesses the mac address.

Honeybee doesn’t actually require uuid1() method of generating guids, and it uses uuid4.

If you modify the uuid.py in the Rhino/plugins/ironpython/lib folder … comment out or delete the code related to scanning and accessing the address and just leave random inside the uuid1() def instead. The script wouldn’t need to attempt to call this.

and placing components should now be possible again

NOTE reinstalling Rhino will reinstall the uuid.py so it would be good if Honey bee made an adjustment to avoid importing all of uuid.py

[JulesBuh]

so basically changing the def uuid1() to only use a random generation for the node component, and removing the defs above related to getnode will form a valid guid in accordance with RFC4122, but not affect Honey bee anyway since it calls uuid4()

[JulesBuh]

To check the change to the uuid.py file works, just place a ghpython component on the canvas like this

[chris]

Hey @JulesBuh ,

Thanks for the insight here. You are correct that we only ever use uuid4 in Ladybug Tools but I’m afraid that editing the IronPython UUID is probably not an ideal solution for all users if they have some other plugin that is actually using this function.

Can you do one more test for us to see if this gets around your issue? If it does, then I’ll implement it across Ladybug Tools so that no one has to deal with this antivirus issue. The test is to type the following into a GHPython component while having the original uuid1 function installed:

from uuid import uuid4
print(uuid4())

If I am right, this should only import the uuid4 function from the module and we might be able to avoid importing uuid1. If this is successful on your machine, then I’ll replace all of our uuid import statements across Ladybug Tools with this.

[WadeV]

Hello @chris ,

I came across this thread while trying to solve the same error conflict with SentinelOne. I don’t know if you ever got an answer on the test you described above. I tried this on my computer which is experiencing the same issue OP was experiencing. Unfortunately the above test does result in Rhino crashing. Do you have any other thoughts on how to possibly work around this? We are also working on finding a way that does not involve changing the uuid function for the sake of company wide distribution.

thanks,
Wade

[chris]

@WadeV ,

If you go to the other post that I linked to earlier in this thread, it seems that some users have been able to resolve the issue by changing the Sentinel One settings instead of just turning it off entirely:

Honeybee Components Crash Rhino Immediately (Python uuid dependency seems suspect)

Having IT add an exception for the Rhino folder allows uuid dependency to work again on that machine. Discussing it with IT, they also mentioned they modified a few overall settings in S1 to handle error suppression in a different way that doesn’t just ignore exceptions.

[RayG]

Hello Community,
I’ve been using Ladybug 1.6 without any issues for a while. However, after updating to 1.8, I’ve encountered a recurring problem that wasn’t resolved by the previously successful method. The Sky Matrix and several Honeybee components crash both Grasshopper and Rhino. I’ve scoured the forums and tried almost every suggestion I found.

Here’s what I’ve tested so far:

1. Excluded file paths on SentinelOne for all versions of rhino.exe, IronPython, Python, Radiance, and OpenStudio, making these firm-wide exclusions. One of my team members has 1.7 working with Rhino 8 on his machine.
2. Reinstalled all versions of Rhino for a fresh start, but had no success.
3. Tried using the uuid1 for random generation as suggested by JulesBuh, but it didn’t work.
4. Removed all legacy versions and reinstalled 1.8, but still no luck.

Is there something I’m missing? How can I fix this issue? I’ve been troubleshooting this for a while now. Here is my current system info.

Rhino 8 SR7 2024-5-13 (Rhino 8, 8.7.24134.03001, Git hash:master @ 215e2aecc0d8fbc7e0448df10b8ce818dac77137)
License type: Commercial, build 2024-05-13
License details: Cloud Zoo

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 32GB)
.NET 7.0.4

Computer platform: LAPTOP - Plugged in [100% battery remaining]

Hybrid graphics configuration.
Primary display: Intel(R) UHD Graphics (Intel) Memory: 1GB, Driver date: 6-15-2023 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
- Secondary monitor attached to adapter port #2
Primary OpenGL: NVIDIA RTX A2000 Laptop GPU (NVidia) Memory: 4GB, Driver date: 5-24-2023 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 535.98
> Integrated accelerated graphics device (shares primary device ports)
- Video pass-through to primary display device

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 5-24-2023
Driver Version: 31.0.15.3598
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 4 GB

Rhino plugins that do not ship with Rhino
C:\ProgramData\McNeel\Rhinoceros\7.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino7.rhp “Datasmith Exporter” 5.3.2.0
C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll “Enscape.Rhino8.Plugin” 0.0.24103.837
C:\Program Files\Common Files\McNeel\Rhinoceros\7.0\Plug-ins\Lumion LiveSync for Rhino (839d6175-32d1-4ffe-a0a4-b7fb43cf0ff5)\2021.3.25.899\Lumion\Rhino 7.0\LumionPlugin.rhp “Lumion LiveSync for Rhino”
C:\Users\ruig\AppData\Roaming\McNeel\Rhinoceros\packages\7.0\EleFront\4.2.2\ElefrontProperties.rhp “ElefrontProperties” 1.0.0.0
C:\ProgramData\McNeel\Rhinoceros\packages\8.0\LadybugTools\1.38.190\Ladybug.RH.Loader.rhp “Ladybug.RH.Loader” 1.38.190.0
C:\ProgramData\McNeel\Rhinoceros\packages\8.0\Pollination\1.48.15\Pollination.RH.Loader.rhp “Pollination.RH.Loader” 1.48.15.0

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.7.24134.3001
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

Thank you,
Ray