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.

"Fox_Mccloud" <[email protected]> wrote in message news:[email protected]...
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.

Similar Messages

  • Labview 8.5 executable won't run on Runtime Machines

    Created an .exe from my Labview Project TS_playback.lvproj.  I am running Labview 8.5.  Target computers have Runtime Engine 8.5.  Windows XP mostly (and 2000).  When I run the .exe I either get a quick flash of the loading vi box , or nothing at all.  If I have task manager open, I do see the exe open briefly before disappearing. 
    When creating the exe, I use my main vi as the startup vi.  
    I don't use any other files in 'Always included' 
    All subvi's and dependencies are 'Included if referenced' 
    Custom vi properties of startup vi are basically default, except - turn off run when open,  turn off allow debugging.   
    Note - the vi has locked subvi's associated with LockinPLL and LockinDemodulator.  
    The code itself is a torn down version of a much more complicated real-time version. This version is simply to post-process data, mainly for a client to fiddle with, so it is meant to function and not be pretty.  Sadly, now it only functions on our office machine.  
    Any help would be great.  
    Thanks
    Attachments:
    TS_Playback.zip ‏3064 KB

    Lokis wrote:
    Target computers have Runtime Engine 8.5. 
    There are two flavors of the runtime engine and you need the 97MB one. Could it be that you installed only the 24MB web browser version
    See this page for details.
    LabVIEW Champion . Do more with less code and in less time .

  • Executable won't run

    I have a main application calling a sub VI 'Sub Al getest2.VI" into a sub panel. When I include a 'display message to user' from the functions palette in de sub VI, the whole program runs fine in developer mode. After building an application, the sub VI opens in the main applications sub panel, but it won't run. The same if I add another custom VI to the "Sub Al getest2 VI" it also won't run after building the full application.
    The fun part is: If I create a new project with the sub Al getest2.VI as the main program (and including embedded sub VI's) I can build an executable and it will run fine on it's own.
    In the main application build I include all project files as 'Always included'.
    Do you have a suggestion what could be wrong?
    Attachments:
    Sub Al getest2 runs not.vi ‏34 KB
    Sub Al getest2 runs.vi ‏20 KB

    Putting a VI in a subpanel is not the same thing as calling it. If you want the VI that you're going to put in the subpanel to start running after you open the reference to it, you have to tell it to run by using something like the Run VI method an asynchronous call node.
    Mike...
    Certified Professional Instructor
    Certified LabVIEW Architect
    LabVIEW Champion
    "... after all, He's not a tame lion..."
    Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

  • 7.0 executable won't run on xp with new pci-gpib.

    This executable ran on previous version of windows. Automation explorer talks to gpib and instruments ok. GPIB version 2.2 installed. Executable doesn't seem to try to talk to gpib, ie. doesn't hang up.

    Hello,
    If you can talk to your instrument from Measurement and Automation Explorer then it means that the driver and hardware are installed properly. So it has to do with the application itself.
    Make sure that you are using the correct device name, because this new board might have gotten a different device number and also check the primary address.
    If you have LabVIEW installed in the computer sometimes the problem is because it was installed after the driver, so you might want to reinstall the driver.
    If you don�t have LabVIEW but only the .exe and the run time engine, then you can open NI-SPY and see if the application is trying to talk to the instrument at all.
    You can find NI-SPY in Start»Programs»National Instruments. Enable the capture a
    nd then open the LabVIEW application and run it. You should see some GPIB or VISA commands in the capture.
    Hope this helps.
    Ricardo Santa Olalla
    National Instruments.

  • Executable won't run on target PC

    Hi
    I have written an application to control a 'Data Translation' PCI data acquisition card (DT302) using LabVIEW (8.6.1). I have used Data Translations 'LVLink' VIs in the application. It works perfectly on the development PC as a VI and as an executable.
    The problem arises when I try to run the executable on a target PC. The program fails to recognize the DT302 card. I believe I have the necessary extra files/software installed:
    LabVIEW RTE (8.6.1)
    DT Open Layers for .NET Class Library
    LVLink2.dll
    Driver for DT302 card
    I know the card is installed correctly as it can be recognized by other (non Labview) programs. I think I may require an additional file or .dll but I'm not sure.
    Any help would be greatly appreciated
    Thanks
    Stuart

    Suspect this is due to a relative path call to the dlls being created by the calling VIs when you compile.
    It may be due to a version difference in the files mentioned on your PC and the ones used on the "blank PC".
    Recommend you make an installer which includes the dlls and re-installs them to the PC - it is possible that the NI calls to the dlls are modifying them or the registry.
    James
    Edit:
    Compare the Path between your LabVIEW PC and your blank one
    Also check the correct params are inserted in the path for any calls to functions external to LabVIEW, this could be causing breaks if %PATH% has not got the required files in it.
    Message Edited by James W on 05-18-2010 04:31 PM

  • Matlab script in executable won't run

    I'm having trouble with getting a VI with a MATLAB script to run reliably, specifically when built into an executable.
    I'm using LV8.0, Matlab R2006a.
    The VI (not executable) runs properly when I start the computer fresh (i.e. just after a reboot)
    The MATLAB command window opens as soon as I open the VI.
    If I build an executable and run it, it works, so long as I haven't closed LabVIEW and the VI.
    If instead, I attempt to close out LabVIEW and run the executable alone, the MATLAB command window does not start, and the MATLAB functionality is ignored.
    I have updated all of my dlls, and I have checked the box enabling the ActiveX server (though I don't know what to name the server).  I have also read all the associated Knowledge Bases, and found their solutions did not apply.
    I also have intermittent issues running the VI once I have tried running the executable.
    If I make a change to my MATLAB script, I can get the VI to run again, but if it has failed once, the MATLAB command window no longer opens when the VI is opened.
    I can solve this problem by rebooting too, but it seems like there should be a better way.
    Any ideas?

    Hi tblir,
    Can you try to run and build into an
    executable one of the shipping examples (i.e.  MATLAB Script – Fractal.vi)?  Let me know if this exemplifies the same behavior.
    Ecleamus Ricks, Jr.
    National Instruments
    Applications Engineer

  • Do executable​s built with Labview 8 Evaluation continue to run after evaluation expires?

    Over the last couple weeks I've been tasked with evaluating the Labview environment and coming up with a recommendation as to whether I think our company could benefit from buying a license or two. In that time I've developed a couple standalone executable vi's that have proved useful for some of the environmental testing we're doing here in the lab. These executables will likely remain useful in further revisions of the product being developed, so naturally my question is:
    Once my evaluation copy expires, will my executables continue to run?
    I assume they will, but I thought it would be better to be safe and ask anyways.
    There you go, simple question, hopefully simple answer.
    Thanks!

    Hey Alex,
    You should be good to go with the exes you build with your eval version. We don't place any timing restrictions on built executables. For more information on eval limitations see What Limitations Does the LabVIEW Evaluation Version Have?
    Thanks!!!!
    Chris C
    National Instruments
    Chris Cilino
    National Instruments
    LabVIEW Product Marketing Manager
    Certified LabVIEW Architect

  • Labview 2011 executable does not run on AMD Quad Core

    I have recently bought a brand new Toshiba Satellite with AMD Quad Core- A8-4500M 1.9GHz processor and Windows 7 OS. It does not run any labview executables. It runs on all my Intel machines without any problem. This is the first AMD ever bought (and the last). I need help in resolving this problem.
    When I run an exe on the AMD, under Task Manager\Processes, I do see *.exe process running, but the Memory usage goes up and tops off at 100% and then it returns to 0. It's like a saw tooth waveform of memory usage, as if it's looking for some missing files. I have cleaned up the computer twice now and even a simple Add Two Numbers.exe does not work on this AMD.
    Any clue, anyone? please?

    I believe you are running into the problem described in this KB.
    http://digital.ni.com/public.nsf/allkb/4734A6405B123FA58625799900813593
    Regards,
    Jon S.
    National Instruments
    LabVIEW R&D

  • When running labview's test executive I recieve runtime error

    When running labview's test ( Measurement & Automation Explorer) executive I recieve runtime error ms vc++
    win95 labview6.0
    <<<<>>>>
    Mensaje publicado mediante http://noticias.ipbusiness.com,
    las news a través de web.

    Hello,
    There are any number of possible causes to this problem. Which version of Test Executive are you using? Have you upgraded your Test Executive recently? The latest version is 5.1.1. If you have changed anything about Test Executive on your computer recently, I recommend you perform a mass compile of all your VI libraries, as having different versions of the VIs on your system could often result in the "Call to Step XYZ Failed" errors. Also, are you using any DAQ or Analysis VIs in your steps? We have seen problems where the use of DAQ or Analysis VIs in the sequence can cause intermittent "Call to Step...Failed" errors. There are some KnowledgeBase entries on our website that discuss this problem. Are you using the Test Executive in the VI environment, or
    as an executable? Again, there are some problems with using Test Executive as an executable that result in these errors, and there are also KnowledgeBase entries that discuss these problems.
    If you have a pared-down application that demonstrates the problem, feel free to send me your VIs and your .seq file and I will try to reproduce the problem.
    Alternatively, I would suggest you visit www.ni.com/teststand to learn about TestStand, our state-of-the-art Test Sequencing software that completely outperforms Test Executive. It is very easy to use and much more powerful, and we have a top-notch support team available dedicated exclusively to supporting TestStand. As you are probably aware, we are no longer developing Test Executive, and instead are concentrating our efforts on making TestStand the penultimate solution for all our customers' test sequencing needs.
    I appreciate your patience on this issue. Please let me know if I can offer further assistance.
    Have a pleasant weeken
    d.
    Sincerely,
    Darren Nattinger
    Applications Engineer
    National Instruments
    Darren Nattinger, CLA
    LabVIEW Artisan and Nugget Penman

  • Class Not Found Exception - applet won't run anywhere outside of IDE

    I have an applet that runs perfectly in the netbeans IDE, but won't run from command prompt (I'm using windows) or from a browser. I've been banging my head against the wall for a few days on this one. Here's the HTML I'm using:
    <applet width="400" height="525" code="musicapplet.class" archive="crypticgraffiti.jar">
    <param name="bgcolor" value="ffffff"> <param name="fontcolor" value="000000">
    </param> </param> Your browser is not Java enabled. </applet>
    Here is the structure of the jar file's contents:
    META-INF/
    META-INF/MANIFEST.MF
    com/
    com/crypticgraffiti/
    com/crypticgraffiti/music/musicapplet
    com/crypticgraffiti/music/GetNotes.class
    com/crypticgraffiti/music/InstList.class
    com/crypticgraffiti/music/Mode.class
    com/crypticgraffiti/music/MusicCreator.class
    com/crypticgraffiti/music/OctaveTransformer.class
    com/crypticgraffiti/music/Phrase.class
    musicapplet/MusicApplet$playerThread.class
    musicapplet/MusicApplet.class
    (Musicapplet.class is the main class)
    When I attempt to run from command prompt, I get:
    "Error: Could not find or load main class crypticgraffiti.MusicApplet"
    When I attempt to load via html:
    "basic: load: class musicapplet.class not found.
    load: class musicapplet.class not found.
    java.lang.ClassNotFoundException: musicapplet.class
         at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
         at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
         at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
         at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
         at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
         at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    Exception: java.lang.ClassNotFoundException: musicapplet.class
    security: Accessing keys and certificate in Mozilla user profile: null"
    I have tried every possible variation for the 'code' element of the applet tag (package.mainclass.class, mainclass, mainclass.class, etc). I have also tried compiling with JDK 1.6 and this didn't change anything. I've tried clearing out the cache of temporary files using the java control panel settings, and have verified that my browser can run other applets using JRE 6 and 7.
    I've tried some different ways of distributing the applet, also: putting all the class files in the folder with the html file, putting the classes in a source folder in the same folder as the html file, and finally putting a jar in the same folder as the html file (which really seems the simplest).
    Any help at all would be most appreciated! This applet is a very cool and original music creating app that draws heavily on the JFugue API. It's a shame that I can't get it online for people to play with!

    Cryptic Graffiti wrote:
    Here is the structure of the jar file's contents:
    META-INF/
    META-INF/MANIFEST.MF
    com/
    com/crypticgraffiti/
    com/crypticgraffiti/music/musicapplet
    com/crypticgraffiti/music/GetNotes.class
    com/crypticgraffiti/music/InstList.class
    com/crypticgraffiti/music/Mode.class
    com/crypticgraffiti/music/MusicCreator.class
    com/crypticgraffiti/music/OctaveTransformer.class
    com/crypticgraffiti/music/Phrase.class
    musicapplet/MusicApplet$playerThread.class
    musicapplet/MusicApplet.class
    (Musicapplet.class is the main class)
    Please note that class names are case sensitive so "MusicApplet" is not same as "Musicapplet" or "musicapplet". Your applet tag should have fully qualified class name (without quotes) and should look like this:
    <applet width=400 height=525 code=musicapplet.MusicApplet archive="crypticgraffiti.jar">
    </applet>
    The JAR should be in the same directory as your HTML file. While launching from command line, you can also check if your JAR file is getting included in classpath.
    Thanks,
    Nitin

  • Mac executable file won't run on Mac

    I am trying to get a mac executable file to run on a mac. It has been authored in Captivate 5.0 PC version.
    I have tried to run it on a Mac book, about 5 years old and nothing opens at all and same on an old G4. I have had no other opportunity to test it on another mac.
    The the html/flash version plays ok in safari, but not .app or PDF. All files designed to run on PC run ok.
    I am a complete novice on mac's, but assume that opening the .app file like an .exe file on PC will launch the program.
    The package I have made is about 96 mb as a .app file and is about 80 odd slides long and also contains an number of flv files.
    I have been looking very hard to see if anyone else is has experienced the same or similar problem and have found nothing useful.
    I would assume it has nothing to do with flash player as everything that the program needs should be self contained in the executable.
    Thanks

    The G4 is running OS 10.2.3.
    I created a test Mac projector in Director then tested it on the same Mac and the .classic and .osx files ran ok.
    Do you think it is an issue with Captivate .app files not being compatible with early version of OS?, or something more fundamental with the .app files and the OS.
    I guess there is no realistic way to convert the Captivate .app file directory to a .osx file?, as there may well be occasions when the package will be used on older Mac OS systems.
    I will try and get it tested on a  later OS System.
    Many Thanks

  • Labview 7.1 won't run under Windows 7

    Hello -
    I recently upgraded my system to Windows 7 (Ultimate, x64).  Unfortunately, when I now attempt to run Labview 7.1 on this machine I get an error saying the following:
    The requested feature is unavailable on "localhost".
    I am not sure of where to go from here.  The built in compatibility mode (running it as if it were XP SP3, for example) produces the same result.  Searching on this forum I found someone with the same message after installation errors (dealing with registry privileges) but I saw no such errors during what was an uneventful, clean install.  One thing I am wondering about (although it does not seem to be an issue with any other program that I have) is I happened to notice that Windows 7 seemingly makes all subdirectories under "Program Files" (Program Files (x86) in this case) read-only.  I turned this off for the National Instruments subdirectory and all of its subdirectories, with no change.  I also attempted the "fix" for registry privileges (in the aforementioned post on here) with no luck.
    Has anyone else seen this?  It'd be nice if it gave me a more detailed message but this seems to be all of the information available with this error.
    Thanks,
    Brett

    Hmm, you've just about stumped me.  If this is on a laptop, please try disabling the WIFI card so only one network adapter is present (there are activation issues in later versions related to this).  Are you using the default LabVIEW.INI file or are you migrating your settings from a previous install?
    Also, do you have any drivers installed?  If so, from what Driver CD are you installing them from (month/year)?
    The system I tested LV 7.1 on is a virtual machine with Windows 7 Professional x64.  I'm not sure I know many more "tricks" to try in order to get this to work, but I am not sure this is even an issue related to Windows 7.  The other thread documents this issue on a Windows 2000 system.  Once engaged by one of the NI Applications Engineers, you might try installing LabVIEW 7.1 from another copy of the distribution/installer.
    -Bob
    Message Edited by B O B on 11-10-2009 04:44 PM
    Message Edited by B O B on 11-10-2009 04:45 PM
    -Bob

  • My aplication won't run if debugging is not allowed

    I am using Labview 1011
    I have one application with debugging not allowed in the file settings, it won't run and I have to use task manager to stop it.
    this is only with the Application Builder. And my other applications do not have this problem. What can I look for?

    Well it might be helpful to know what you've already tried; what makes you think that the debugging setting is what is causing your issue? Does the program execute as expected in the development environment? (ie, not as an executable) Does the executable work when debugging is allowed? Just because you can't get a program to respond to the user interface doesn't explicitly mean that it isn't executing; it could be stuck in a loop. Are you using the Current VI Path constant within your program? This will return a slightly different path from the development environment than when in an executable (see the link for more detail). 
    http://digital.ni.com/public.nsf/allkb/FD7DE8BC8FFC256C862565F4006BE363
    Providing more information should help someone to point you in the right direction.
    Tessa

  • CAD Agent Won't Run...

    UCCX 7.x
    Windows 2k Pro
    One of our client's agent PCs won't run CAD. Installs okay, but any attempt to execute it just fizzles;  double-click the icon, no response, no error on the screen, no errors logged. User has local administration rights, all non-standard apps and anti-virus have been disabled. Local PC support is no help (they claim it's our app, so it's our problem) and I'm trying to avoid getting stuck troubleshooting a PC issue outside the scope of voice work.
    In the interim the user has the phone agent service.
    Any ideas appreciated.

    Hi,
    I think I've seen this before. The client PC was trying to reach the IPCCX server using its hostname, but the DNS was not set up correctly so it was not able to reach it at all. Did you check that?
    G.

  • How can I call a LabVIEW executable from within another LabVIEW executable?

    I have a customer requirement for two LabVIEW executables. Based on their current setup, they need to run executable "A" or "B", both of which are under independent revision control. I have created a third "selection" executable that allows the operator to choose between one of the two, but I am receiving errors when I attempt to call a LabVIEW executable from within a LabVIEW executable using either the "System exec" VI or the "Run Application" VI. If I call a non-LabVIEW executable (such as Windows Explorer) everything works fine.

    > I have a customer requirement for two LabVIEW executables. Based on
    > their current setup, they need to run executable "A" or "B", both of
    > which are under independent revision control. I have created a third
    > "selection" executable that allows the operator to choose between one
    > of the two, but I am receiving errors when I attempt to call a LabVIEW
    > executable from within a LabVIEW executable using either the "System
    > exec" VI or the "Run Application" VI. If I call a non-LabVIEW
    > executable (such as Windows Explorer) everything works fine.
    As with the other poster, I suspect a path problem. You might try the
    path out in a shell window, and if it works, copy the complete absolute
    path to LV to see if that works. LV is basically passing the comma
    nd to
    the OS and doesn't even know what is in it, so you should be able to get
    it to work.
    The other poster commented on subpanels, which is a good suggestion, but
    without going to LV7, an EXE can have open more than one VI. You can
    use the VI Server and the Run method to fire up another top-level VI.
    The decision is whether you want both to be in unique processes.
    Greg McKaskle

Maybe you are looking for