LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Vi outside executable won't run - Labview 8.0

Hello.

I have a main program including a set of vi:s. I then have modules that hook into the program using vi:s in the main program.
I call the module from the main program with a open vi reference + invoke node.

#1 Main <- #2 module

And it works great. I then build my main program to a executable and when I launch the executable (main) there is a popup searching for vi:s and then it dissapears. The module is not executed.

I logged the error output on the open vi reference in the main program and it states: "Error 1003, could not find subvi:s".

In application.ini i have:
[application]
viSearchPath="/path/path/application/*"

Even if i remove the viSearchPath line the main vi looks for the sub vis, but Im not sure if its actually looking for the vi:s in my executable. Is there a way to check that the application is actually using the application.ini file? Am I doing something wrong? This is possible right? 😃

I'm running Labview 8.2, Linux version.

Any help is more then appreciated.
0 Kudos
Message 1 of 5
(2,855 Views)
Fox,

i dont know for sure if you are running into the following issue but it sounds a bit like it.

hope this helps,
Norbert B.
Norbert
----------------------------------------------------------------------------------------------------
CEO: What exactly is stopping us from doing this?
Expert: Geometry
Marketing Manager: Just ignore it.
0 Kudos
Message 2 of 5
(2,847 Views)
Hello.

Yes in a way.  Some path seems to be wrong, somewhere.

However the module is clearly being loaded. But it cannot find its subvi:s which are in the executable.

Which is the problem.

Cheers for the quick reply.


Message Edited by Fox_Mccloud on 01-05-2007 08:08 AM

0 Kudos
Message 3 of 5
(2,843 Views)
Did you add these "modules" in the installer as dynamic VI's if not try doing this.



Joe.
"NOTHING IS EVER EASY"
0 Kudos
Message 4 of 5
(2,830 Views)

"Fox_Mccloud" <x@no.email> wrote in message news:1168004407753-460345@exchange.ni.com...
Hello.


I have a main program including a set of vi:s. I then have modules that hook into the program using vi:s in the main program.
I call the module from the main program with a open vi reference + invoke node.


#1 Main &lt;- #2 module


And it works great. I then build my main program to a executable and
when I launch the executable (main) there is a popup searching for vi:s
and then it dissapears. The module is not executed.


I logged the error output on the open vi reference in the main program and it states: "Error 1003, could not find subvi:s".


In application.ini i have:
[application]
viSearchPath="/path/path/application/*"


Even if i remove the viSearchPath line the main vi looks for the sub
vis, but Im not sure if its actually looking for the vi:s in my
executable. Is there a way to check that the application is actually
using the application.ini file? Am I doing something wrong? This is
possible right? 😃


I'm running Labview 8.2, Linux version.


Any help is more then appreciated.



Well, it's clear that the exe cannot find some subvi's used by the subvi. Some vi lib vi's are not included in the runtime (e.g. some of the picture control stuff). To be sure, you can save the sub vi as development llb, and include vi library vi's. That should include everything it needs.


Under windows, you can start a VI with the executable. When the exe is running, you can use the command prompt to start a vi in the exe (e.g. c:\test.exe "c:\vi with missing subvis.vi"). This does almost the same as starting a vi dyamically, from the exe. A big difference is that you get a list with all the vi's that are missing in a dialog. Don't know if this works with Linux, but usually this work better...


Another thing is when you use type defs. The exe, by default disconnects the type defs. The vi that is started doesn't. That will conflict. So untag the "disconnect from type defs and polymorphic vis" tag in the app builder (if it's in the linux builder).


Regards,


Wiebe.




Message 5 of 5
(2,809 Views)