The correct way to quit a Windows standalone

Bob Sneidar bobsneidar at iotecdigital.com
Thu May 23 11:59:08 EDT 2019


So this seems odd to me. If an executable that spawns other processes/threads (if that is what a splash stack is doing) quits, Windows should also terminate the processes/threads. 

I suppose, from reading various email posts here that there are different ways to implement a splash screen. As I mentioned before, I have a stack I call Splash, which is NOT the Mainstack (because I have code in the *actual* mainstack along with properties etc. that everything else depends on). In the Stack Files I have added the *actual* Mainstack which contains substacks. 

The splash stack simply hides itself after a few seconds and some eye candy, then opens the mainstack which gets the ball rolling. It's closing the Mainstack (which has code to close the substacks first) which was causing Windows to toss the error and strand the Splash exe process, but I think I got that sorted out. 

Apparently another way some do it is to make the Splash Stack the Mainstack. The reason I do not do this is because I use the splash stack for multiple projects, and I don't want to have to pry the splash stack out of a project in order to save it as something else to use in that project. 

I suppose a third way would be to have the splash stack a substack of the mainstack, although I don't see the advantage in this. 

Bob S


> On May 23, 2019, at 08:38 , J. Landman Gay via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> It's not just fonts, anything that's still in use needs to be removed. Fonts, stacks in use, open processes, com ports, sockets, etc. Basically you need to shut down everything the stack opened.
> --
> Jacqueline Landman Gay | jacque at hyperactivesw.com





More information about the use-livecode mailing list