06-01-2016 12:13 PM
I don't think your issue is AF specific. I have applications with no AF where the exact same thing happens. If I ask the project why a library is locked then it says a VI has reserved the code for execution. But there are no VIs running. If I close the project I do not get the warning that some VI are still running like you do if there is code that was not properly stopped.
I am fairly sure that LV is not doing a good job keeping track of running code and is accidentally reserving your classes when it should not.
Unfortunately there is no way to prove this.
06-01-2016 12:15 PM
I have expierenced this same issue when using Dynamic Events with an event Structure and not properaly disposing of all the references.
06-01-2016 12:30 PM
This is possibly the case....darn LabVIEW housekeeping
06-02-2016 01:51 PM
Steven: Can you check LV 2015 SP1? Or... if I get an AE onto this thread, are you able to share your code with them?
06-02-2016 02:43 PM
AQ, thanks for the reply. Unfortunately we are locked in to 2014SP1 right now.
I would need to talk to my team lead and find out if I could share my code. It might have to be through a secure channel of some sort...
06-06-2016 04:35 PM
In that case, just go through your regular support channels to get to an AE. They can set up those kinds of communications.
09-13-2017 03:57 AM
Just bumped into this issue again
Large Actor application (~75 independent Actors, 2015SP1), they all seem to shut down properly according to Monitored Actor and own logging routines. Still libraries remain locked, VIs are reported to be running when shutting down the project.
I have tried to leave the VI invoking the Root Actor running, no change there. All SubActors are launched using Launch Nested Actor (AutoStop enabled). And since this application has been migrated from 2013, there is even an own version of registering and shutting down SubActors in place, effectively killing each SubActor twice.
Any recommendations before trying with a SRQ?
09-13-2017 11:58 AM - edited 09-13-2017 11:59 AM
This reminds me of this blog post Quick Tip: Asynchronously launching VIs the right way
This might be the issue, as some versions of the AF don't have this modification.
09-14-2017 06:29 AM
Thanks for the hint.
(un)fortunately, in LV2015, the AF uses "the proper way".
12-22-2017 01:13 AM
Update on this issue:
sometimes it really helps to look at issues from some distance...
It turned out there was a cheeky helper actor still in the background. Killed this one properly and the world looks beautiful again
Mea culpa, mea maxima culpa