07-19-2005 01:50 PM
07-19-2005 02:46 PM
07-19-2005 09:57 PM
The times I have seen this is was the result of a DLL not being found when the executable launched the plugin.
Mike...
07-20-2005 11:25 AM
Gary,
Because the VI is being launched from the executable and not the development environment, it may not know where one or more of its subVIs are. For the external dynamically launched VI, you should do a Save With Options and save it to an Application Distribution llb file. This will save it and all of it's subVIs into the llb. By launching it from within the app-dist llb, it will be able to find all of its subVIs and you should not have the problem anymore.
Regards,
Aaron
07-21-2005 07:44 AM
@Aaron G wrote:
Gary,
Because the VI is being launched from the executable and not the development environment, it may not know where one or more of its subVIs are. For the external dynamically launched VI, you should do a Save With Options and save it to an Application Distribution llb file. This will save it and all of it's subVIs into the llb. By launching it from within the app-dist llb, it will be able to find all of its subVIs and you should not have the problem anymore.
Regards,
Aaron
I'll try this. We alreayd save some VIs to the llb but this one wasn't ever included in the previous two versions of the system (LV5.1 and 6.1). It would seem strange if suddenly the VI needed to be included in the llb but I'll try it. Thankls for the help.
Gary
07-21-2005 09:09 AM
@Aaron G wrote:
Gary,
Because the VI is being launched from the executable and not the development environment, it may not know where one or more of its subVIs are. For the external dynamically launched VI, you should do a Save With Options and save it to an Application Distribution llb file. This will save it and all of it's subVIs into the llb. By launching it from within the app-dist llb, it will be able to find all of its subVIs and you should not have the problem anymore.
Regards,
Aaron
I tried adding the necessary VI to the llb through the save as application distribution but there's no option to add more files. It just seems to use the ones that are already in the llb. Perhaps this has something to do with the way the program is setup. Let me try to explain a bit clearer. My main program is running. When I select options from our menu it calls a sub-VI called spawn node. Inside spawn node it opens a VI reference and calls the VI. In this case, when I run the main program as a VI, everything works properly... the spawn sub-vi opens and properly runs the invoke node with no problems. When I run the main executable the spawn sub-VI works for some of the things it gets called for but one on particular VI I get the stated error.
If I understand the way LV runs then the executable is the only thing compiled and at run-time if other VIs are needed the run-time grabs them from their location on disk (as a VI) and runs them. If that's the case then why would the VI run when the main program is executed as a VI but not as an executable?