<div dir="ltr">That'd be great if it could be implemented. Is there any way to incorporate that functionality into a custom CMake build? <div><br></div><div>I don't know the process to generate a custom CMake GUI exe, any resources available on that>?</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 16, 2019 at 12:52 PM frodak17 <<a href="mailto:frodak17@gmail.com">frodak17@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail-m_1335856185944344983gmail_attr">On Wed, Jan 16, 2019 at 3:27 PM Venedict Tchistopolskii <<a href="mailto:venytch@gmail.com" target="_blank">venytch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Pressing "STOP" in the CMake GUI interface halts CMake itself but does not stop any execute_process that is going on at the time. This makes it hang until the process finishes, since no interrupt is sent......<br></div><div><div><br></div><div>Aggravating when you're using an exterior script (e.g. a .exe or .py) that e.g. handles package maintenance. Would hang up for the entire duration of ~40 minutes unless you force kill that sub process.</div><div><br></div><div>I think force-killing CMake GUI also won't forward the kill to the exec_process, orphaning it.....>.<</div><div><br></div><div>My reproduction:</div><div>Windows 10<div>CMake script via CMakeLists.txt files<br>Executing a Python script PyInstalled into a .exe for windows use -> Downloads and untars some SDK's and shows progress (plus a bit more) but takes 40-70 minutes average.</div><div><br></div><div>Canceling CMake won't cancel python script -> 70min hangup or requirement to use task manage and force-kill subprocess.</div></div><div><br></div><div>Let me know any suggestions or possible fixes</div></div></div></div></div>
-- <br>
<br></blockquote><div><br></div><div>I commented on this about a month ago:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
Looks like this would require a code change how the <span class="gmail-m_1335856185944344983gmail-il">GUI</span>
 works and the internal way execute_process works.  Now execute_process 
knows how to cancel a process due to time out, but it didn't seem to 
check for anything else.  Essentially it looks like execute_process 
needs to be signaled by the button press to cancel the process in 
addition to checking for timeout.  There are other internal interrupt 
flags that seem to be set when the <span class="gmail-m_1335856185944344983gmail-il">GUI</span> stop button is pressed.  Anyways this is what I noticed in the code base. 

</div></blockquote><div><br></div><div>So in the execute_process function it sits in a loop waiting for the process to finish.  If the timeout occurs it kills the process.</div><div>At the same time when the GUI stop button is pressed it sets some sort of abort flag that is used during command processing to quit processing commands.</div><div>It seems that someone should be able to take this abort flag and use it to not only stop the command processing loop but to also have the execute_process timeout loop to kill the process if the abort flag is set.</div><div><br></div><div>Best regards,</div><div>F<br></div></div></div>
</blockquote></div>