03-20-2013 01:09 PM - edited 03-20-2013 01:36 PM
How would one go about refreshing the front panel of a VI that calls BuildTargetBuildSpecification.vi, and it may spend 5 to 10 minutes compiling a project?
It is quite impossible to tell the difference of a hung process and something that is just chugging along, if the front panel of the calling VI just goes blank/unresponsive for all that time.
It would be nice to put something moving to give an "I'm still busy" kind of feedback. I tried doing something like that but it just never updates.
I would expect something like wrapping the call into another VI and change the system where that VI hierarchy runs to work, and or the priority of either thread, but before I go experimenting maybe someone can tell me 🙂
03-21-2013 01:23 PM
Hi,
The Build.vi locks LabVIEW resources so it is not possible to have the front panel update. To test this I tried asynchronous call of this vi and I can see it locks everything until the build is complete.
03-21-2013 01:31 PM
Yesterday I've tried playing with different execution systems and priorities to no avail.
Pretty silly to have a GUI based program lock the GUI for that long of a time, reminds me of similar problems with X11MainLoop and TkMainLoop, but with those there are work arounds via (careful) use of threading.
I'll have to background that thing from a different non LabVIEW process and hide it.