[Discussion]Process Execution System about jki-state-machine-objects HOT 2 OPEN

From what I recall, the blocking has to do with certain function calls that use and block "the root loop".
In my experience, I observe that functions like Open VI Reference will be blocked while Windows File Dialog is open, One-button Dialog is open, Menubar is active, etc. I'm not sure this has to do with the execution system that a VI is running in. Here's some good reading: http://www.labviewcraftsmen.com/blog/the-root-loop

Hope that helps and I didn't miss the main point or go off in the wrong direction

from jki-state-machine-objects.

I loved that blog post, thanks for the link; this is definitely a panda ant scenario.

In my application, I have created a complicated hierarchy (seemed like a good idea at the time ;-) of classes (SMO) with processes that provide the communication to external applications. It goes something like TCP Client >> General Client API >> Specific Client API. Communication with Specific Client 1 and Specific Client 2 works brilliantly, until the user performs an action in a completely unrelated class in my application, that result in the opening of the file dialog. This causes that part of my application to enter the root loop, block the single thread in the UI preferred execution system [PES] and also block any other activities that need the root loop, if I have use all the vocabulary correctly. Then both external applications generate communication errors because my application has stopped replying to messages.

My initial assumption (and what motivated this discussion), was that my SMO process was running in the UI thread and I was wondering how others avoided or managed this issue of PES and SMO processes. LabVIEW's easy debugging has spoiled me and so I find debugging this issue very tedious and time consuming. I'm off to debug some more, I hope I don't get stung....
Thanks for your time - Chris

from jki-state-machine-objects.