11-01-2010 07:05 PM
When I try to build a deployment I get this error:
Error: Unable to find all subVIs from saved VIs, either a subVI is missing or the VI is not saved under the current LabVIEW version.The missing file path is:C:\__views\calTest_jvh\mastrv\Deployments\MASTRV-CalAndTest\target\SupportVIs\NI_report.lvclassTry loading the following top level VIs and using File->Save All:
C:\__views\calTest_jvh\mastrv\automated_tests\MastrvCalAndTest\Dialogs\Dialogs.lvlib while Processing VIs...
I tried the Save All and went ot the parent directory of NI_report.lvclass and performed a mass compile. During the build it complains that some file may not have been compiled in the current version of LV but it won't say which ones. There are over 1800 files in multiple directories under clearCase control so I suspect it can't check in the changes it asks to make.
I have had hundreds of path errors because I updated my developer's suite from 2009 to 2010. Most were my files and I could fix them. This is the last one and I cannot clear it. The tests work fine running TS from my development PC but this build will not build.
Any suggestions?
Thanks,
jvh
11-02-2010 10:59 AM
Does your workspace contain an explicit reference to the problem VI lib? I've had similar issues with deployments trying to "find" weak external references. If the workspace contains the explicit reference then the deploy engine should be able to chase down just the required VI's. Also see the notes about deploying dynamic called VI's and issues getting those references working.
11-02-2010 03:21 PM
I tried adding it to the .tsw but it did not help.
thanks,
jvh
11-02-2010 03:21 PM
I tried adding it to the .tsw but it did not help.
thanks,
jvh
11-02-2010 04:22 PM
One other thing to try is to switch the development engine to RUN TIME ( in the adapter configuration ) and see if the VI's that are broken will show up.
Also what is the search path and are those dependencies going to be carried across your deployment correctly? AMHIK this is an issue.
I've found that before I deploy a TestStand/Labview "project" I want to make SURE everything runs with the Labview RUN-TIME engine set as the LV adapter.
11-02-2010 04:26 PM
If it is complaining about versions, you should try to Mass Compile the your LabVIEW VIs. (In LabVIEW got to: Tools >> Advanced >> Mass Compile )
11-04-2010 12:38 PM
@prcatk wrote:
One other thing to try is to switch the development engine to RUN TIME ( in the adapter configuration ) and see if the VI's that are broken will show up.
Also what is the search path and are those dependencies going to be carried across your deployment correctly? AMHIK this is an issue.
I've found that before I deploy a TestStand/Labview "project" I want to make SURE everything runs with the Labview RUN-TIME engine set as the LV adapter.
Thanks for the try, but no cigar.
jvh
11-04-2010 12:53 PM
Are you saying that everything works with the LV adapter set to the RUN-TIME engine ( with the version you expect to deploy on)? If that's the case then the deploy should build correctly as the run time LV engine will not autoload any VI's not of exactly the same version.
Are you still receiving the same errors? Can you post those here?
11-05-2010 07:37 AM
@prcatk wrote:
Are you saying that everything works with the LV adapter set to the RUN-TIME engine ( with the version you expect to deploy on)? If that's the case then the deploy should build correctly as the run time LV engine will not autoload any VI's not of exactly the same version.
Are you still receiving the same errors? Can you post those here?
Thanks for posting.
The LV adapter is set to RUN-TIME.
11-08-2010 05:24 PM
Hello,
So I gather the Mass compile did not help either?
Could you post your DeploymentUtility.log from here C:\Program Files\National Instruments\Teststand x.x\cfg\?
Thanks,