LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Issues loading application in 2009

Hello

After solving compiling and MathScript update from 8.6 to 2009, i am facing some issues when loading the application. First, loading takes a relatively long time and at the end, the VI looks like it has unsaved changes (a * near the title), i save it before running it (saving also takes long time too) and to test, i close it then open it again, and again it takes a long time to load and it appears with unsaved changes, although i did not make any change. I saved, closed and opened again, same thing. A third time, i closed it without saving, it asked me if i want to save and after after saving, i got this messageon the picture.

 

one more thing : there is no difference if i load the VI alone versus opening the project and looding it from the project explorer, in both cases i have the same behaviour.

 

Is it common that on loading and on saving, LabVIEW goes Not Responding for a least a few minutes? i am running on win XP with 1G RAM and dual core CPU, one goes to full usage, the other stays at low usage so the average CPU usage is about 55% (on saving and loading). i am here trying to extend my question because i notice the 2009 is much more sluggish than previous version i worked with, on the same computer (8 and 8.6). By sluggish i mean, i takes more time to place controls on the front panel, more time to open the properties of controls/indicators with right click and also more Not responding when i scroll horizonally... i wonder if anyone else is experiencing the same behaviour. I admit my main application is large 1.7 MB but i already have subVIs, i am sure there is much to do about that.

 

Thank you very much

 

 

Message 1 of 4
(2,871 Views)

With the VI open try "Save all" and if that does not do it, then try to mass compile (that will take a long time).

 

The other thing that may help is Options >>> Environment "Saving VIs" click treat rread-only VIs as locked and "Don not Save automatic changes".

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 2 of 4
(2,845 Views)

Thanks Ben

indeed the Save all does not do it. But where i find mass compile?

0 Kudos
Message 3 of 4
(2,828 Views)

I'm experiencing similar delays.  I run Windows XP, dual processors, lots of RAM, etc... and recently upgraded from LabVIEW 8.2 to LabVIEW 2009.  My project loaded and ran very fast under v8.2, but 2009 has a long delay when loading the project into the development environment and again when executing my application.  This delay was still present after building the stand-alone *.exe.  I traced the program execution and found a (2 min 16 sec) delay at the first execution of a dll that my project calls.  This was simply a license key check that should not take more than a 0.1 seconds to verify.  I deleted the dll call and the delay moved to the next occurance of a dll call (totally unrelated to the first).  

 

I did not (cannot) remove all the dll calls to test my theory (I have many C#.NET dlls in my project managing database and external software interfaces), but I believe that LabVIEW 2009 seems to suffer from some serious HESITATION upon experiencing that first dll (regardless of the dll). 

 

I'd very much appreciate feedback if anyone figures this out!  Thanks in advance!

0 Kudos
Message 4 of 4
(2,823 Views)