03-27-2007 09:32 AM
--- Yes. The interface is dead during this time - no progress dialog, no hourglass cursor, you cannot switch windows, no beeps, nothing. You can switch to another program, but LabVIEW is off playing with itself and won't do anything.
When it finally starts deploying, you can cancel it. If you look at the DEPENDENCIES item, it's filled in, where it was empty before pressing RUN.
but I've never had a project check dependencies when I run a VI.
--- How do you tell it not to?
It only checks them when it builds an executable, and of course this is going to take some time.
--- It looks to me like it's checking them every time. The first time, the dependencies table is empty, and that's when it takes so long. The second time, the table is already there, and it's not quite so long, but still it's a second or so.
If your project is updating dependencies every time you run the main VI, I'd say something is wrong.
--- Yeah, I came to pretty much the same conclusion 😉
Blog for (mostly LabVIEW) programmers: Tips And Tricks
03-27-2007 09:49 AM
If I place the SINEWAVE vi on the diagram (even without wiring it), and close the project (to forget the dependencies), open it and run it, I'm back to 36 seconds.
And the SIM junk is back in the dependencies list: "SIM Runge-Kutta data variable step.vi" WTF? At least 90 of those things.
I remove the SINEWAVE vi, save, close and re-open the project and RUN it again, and it's down to 1 sec of dead time.
The dependencies list still shows unnecessary stuff - ALL the DAQmx variations that I'm not using, but still it's 1-2 sec of dead time, instead of 35+ sec.
< sigh >
I have a workaround (do the sinewave thing myself), so I can't spend any more time on chasing this now.
Blog for (mostly LabVIEW) programmers: Tips And Tricks
03-27-2007 11:40 AM
03-27-2007 11:45 AM
Yeah, I discovered that way back when I moved to MX. My VI count jumped drastically by replacing 10 VIs with a different 10 VIs.
Anyway, the DAQmx part of the dependencies doesn't really slow it down that much, it just makes the list more useless.
It's that sinewave thing that really clogs up the works.
Blog for (mostly LabVIEW) programmers: Tips And Tricks