Terminate the processing command

Hello again,

Just want to know if there is any way to terminate the processing command other than “escape” and force closing the Rhino. For example I am doing Shrink Wrap and I didn’t notice the amount I input will make the computer crazy and I want to stop it, but It won’t respond to my “escape” command.

Thank you for any suggestion.

Hi -

The behavior of a command in Rhino is mostly (almost entirely) based on how that command is written. That means that there is very little in Rhino that applies to all commands at the same time. Generally, using the Esc key will stop any command. If that is not the case, that needs to be address to that individual command.

Speficially for ShrinkWrap, I’ve created input objects and command settings that clearly takes longer to complete than me being able to hit the Esc key. At that point, the command stopped immediately and no output was created.

If you have a case where this is behaving differently, you’ll need to provide the .3dm file and the output of the Rhino SystemInfo command so that we can try to reproduce this on our end.
-wim

Unfortunately I did’t saved that and passed the job to others. I will upload file if similar happen next time. Thank you for detail reply :heart:

@wim
This is not about the ShrinkWrap command but other command with same situation that I want to terminate immediately with computer response. Is it the reason of the huge imported data which occupied the top limit of computer resource so the computer does’t have resource to respond to new commands? The only way I stopped the programme is Ctrl+Alt+Del, but I think this will “hurt” the computer or programme…

Rhino 8 SR22 2025-7-20 (Rhino 8, 8.22.25201.15001, Git hash:master @ a60ea0aa8b370a66a674d35be5fc1120ca466d4c)
License type: Commercial, build 2025-07-20
License details: Cloud Zoo

Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 8.0.14

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3060 (NVidia) Memory: 12GB, Driver date: 8-14-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 560.94
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
- Secondary monitor attached to adapter port #1

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: 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: 8-14-2024
Driver Version: 32.0.15.6094
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12 GB

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.22.25201.15001
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.22.25201.15001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.22.25201.15001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.22.25201.15001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.22.25201.15001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.22.25201.15001
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\Calc.rhp “Calc”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

Hi -

I can only answer that by what I’ve said before:

-wim

I have prepared a file for your checking but it is confidential and big. May I know how to proceed? thanks

Hi -

Large and/or confidential files can always be uploaded from Rhino Accounts
-wim

It has the follow error when uploading:

EntityTooLarge

Your proposed upload exceeds the maximum allowed size

2097155356

2097152000

XJSCHQVADBZ7T2DF

6D465df7gL76rc3ywqaxrGrZhKQOsZ+L6WeXHw74ZPiseeqAYKIXJJeMfxV22RLKNSI9sUDDVK8=

The file is 4.7GB…

Hi -

Have you tried zipping it? 7-zip provides higher compression rates, if that’s needed.
-wim

Thanks for advice, file uploaded.
We always handle huge files like this. At production consideration, we need to combine the tiny piece to fewer piece that make sense for molding production, Proe operators in china cannot open those files which are too big to operate.
First thing they asked us to create a smaller STL file so they can use the file for 3D printing, the first thing in my mind is to mesh them and perform ShrinkWrap… but It will make the processing unstoppable (as said in this topic).


Here I performed another command which I thought it is a wrong go after the command started. I pressed esc and the whole screen in blurred white and not responding.

Another thing about terminate the processing command is about when I insert block instance, it showed up block name conflict, and request me to take action. At that moment I want to terminate the insert block command, but I think it is requireing me to load all the blocks first, which these blocks are always huge files and take long time to load…

Reporting another “difficult to terminate processing command”. When I try to move an object to a small area with millions of end points. I zoomed out far away so thats why end points are located in a small location and snap to end command keeps detecting on them without stopping, the “not responding” lasted 5 minutes. Nothing I can do to stop snapping.

Hi VinPo -
I’ve reported the following:

In my tests with your file, the ShrinkWrap command was easily cancelled.
-wim

Thanks for your time and effort in my cases. During this period, I was asked to export / split the 3d files to hundreds of smaller files so that they can run them “little by little”. Maybe all the problems come from “file too huge” and “limit of computer resources”

Thanks again.:+1:

RH-89259 is fixed in Rhino WIP

RH-89254 is fixed in Rhino 8 Service Release 24