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

Similar Messages

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

Labview Installer won't run on target PC

Hi,
I just created a Labview app and made an installer build, but once I try to install it on the target PC, I get an error saying that I must install Labview on the PC first. The instructions for Labview (and the book I have) are very vague about saving, creating builds, and installers. I thought that the installer includes the run-time engine with the installer, so a full version of Labview isn't needed on the target PC. I even tried installing the run-time engine by itself beforehand, but it still won't work. Can someone clear this up for me, please? I'm very new to Labview, and programming in general. Thanks!
Todd Munsell
Turbine Engine Test Technician/IT Tech
Wood Group Pratt & Whitney Industrial Turbine Services, LLC
Plattsburgh, NY

You shouldn't have to include the VI for an exe distribution in the installer.
In the Installer creation, there's a option to have the Development Environment needed to install, perhaps you have (accidently) activated that setting?
Good Luck,
Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!

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.

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 .

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

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 <- #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.

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

Executable doesn't run in other computer

Hello all,
I have built a executable for one of our labview application and it works properly in this PC, the problem is the executable doesn't run in other computers, I've read the documentation sorting it out.
I checked:
-The OS is the same in both PC.
-I attached the file sepdrv in executable's folder (I am using serial communication).
-Labview Run Time Engine is instaled.
The executable doesn't take the default icon in other computers, does it...

Hi!
   It shouldn't be a licensing problem, and you don't have to have LabView installed on the PC in which your application will run, installer is meant for this! Otherwise, if you had LabView on target PC, it would have been enough to run the VI on the other PC (provided you've the same libraries....).
   I use NI Developer Suite 7.1, so in LabVIew 7.1, you have
     tools --> Build application or shared library ...
   Go to "installer settings", check "create installer", and in "advanced properties" check for what you need for your application to run.
   I only have an "evaluation version" of LV 8.5, so I cannot grant you that I can help you, but I'm doing a little check... please, let me know what LabView do you have!
graziano

PHP script won't run in the background

Hi all
Hope someone can help me with a weird issue I have...
I am trying to run a php CLI script in the background and it just won't run - it has a status of Stopped SIGTOU (Trying to write output) - Here are the details
OS
Mac OS X Lion 10.7.2
PHP
PHP 5.3.6 with Suhosin-Patch (cli) (built: Sep 8 2011 19:34:00)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
I created a basic script test.php
<?php echo 'Hello world'.PHP_EOL; ?>
Here are the results of various tests:-
Test 1) php -f test.php (Hello world gets displayed)
Test 2) php -f test.php >test.log 2>&1 (Hello world gets put into test.log)
Test 3) php -f test.php >test.log 2>&1 & --- I get [1]+ Stopped(SIGTTOU) php -f test.php > test.log 2>&1 -- and the job just sits there doing nothing nothing gets logged however lsof shows the log file is open
It has to be something to do with Apple's php build because a similar bash shell script gets executed no problems in the background...
This has me stumped ... any ideas? What can I do to find out what is going on ...?
TIA
Rich

Just realized your trying to load the php files by using the File->Open menu item in the Browser. That won;t work.
You have to load the php file by placing it in the Sites folder and entering http://localhost/file.php
(or if you have user Sites enabled http://localhost/~user/file.php)
The reason it is grayed out is that the browser doesn't run (or know of) php files. The web server runs those (via php) and the output of the file goes to the web browser.
This page How to enable Web Sharing in OS X Mountain Lion does a pretty good job of explaining it. (as does the user tip I lonked to before)

AIR 4.0 captive runtime won't run: "requires a version of Adobe AIR" alert

I'm creating an AIR captive runtime application, and it won't run on a target Windows* machine. It displays the following alert instead:
This application requires a version of Adobe AIR which cannot be found. Please download the latest version of this runtime from http://www.adobe.com/go/getair, or contact the application author for an updated version.
How can I package the captive runtime differently so it won't display this message? The application is a pure ActionScript app compiled with the adt binary from the standalone SDK (this is not Flex).
In addition, I'm disturbed that a captive runtime AIR application pings Adobe in any way. I am seeing occasional pings to an adobe site upon launch of the app (something like airdownload2.adobe.com, if I remember correctly). No I'm not using any service calls in my app at this point in development, it's very simple, and should not be pinging the net at all. Why is this happening? I need to disable this too.
* Problem occurring only on a particular Windows 7 Home Premium 64-bit machine. Unfortunately, this is the end client's machine so I can't tinker with it.

Do you have access to the problematic machine? If so, maybe you could try to install Sysinternal's Process Monitor http://technet.microsoft.com/en-us/sysinternals/bb896645
Run the tool, create filter to see just events containing your app name and try to find in the result any issue... you could also compare the log with same log from not problematic machine or with app made with older SDK which was working.
That's all what I can do... it's a shame that nobody from Adobe is interested yet... maybe you could also submit a bug.

[Solved] Skype won't run on x86_64

[jiehan@tpx1c ~]$ sudo pacman -Q skype
skype 4.1.0.20-4
[jiehan@tpx1c ~]$ skype
ERROR: ld.so: object '/usr/share/skype/lib/libQtWebKit.so.4' from LD_PRELOAD cannot be preloaded: ignored.
/usr/lib32/skype/skype: error while loading shared libraries: libasound.so.2: cannot open shared object file: No such file or directory
[jiehan@tpx1c ~]$
Any ideas? Thanks.
UPDATE: Reinstalling lib32-alsa-lib and lib32-libxv made Skype to run. I don't know what made these packages corrupted.
However, I ran into a new issue, and this is what I get now:
[jiehan@tpx1c ~]$ skype
ERROR: ld.so: object '/usr/share/skype/lib/libQtWebKit.so.4' from LD_PRELOAD cannot be preloaded: ignored.
Inconsistency detected by ld.so: dl-open.c: 684: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!
UPDATE: Reinstalling lib32-alsa-plugins lib32-glib2 lib32-libogg, which seem to be corrupted on my filesystem for some reason, finally solves this issue. Thank you everyone.
Last edited by jiehanzheng (2013-03-03 02:44:19)

theodore wrote:...uninstall it and install it again.
I did not. Just tried but it still won't run...
[root@tpx1c jiehan]# pacman -R skype
checking dependencies...
Targets (1): skype-4.1.0.20-4
Total Removed Size: 35.64 MiB
Do you want to remove these packages? [Y/n]
(1/1) removing skype [######################] 100%
[root@tpx1c jiehan]# pacman -S skype
resolving dependencies...
looking for inter-conflicts...
Targets (1): skype-4.1.0.20-4
Total Installed Size: 35.64 MiB
Proceed with installation? [Y/n]
(1/1) checking package integrity [######################] 100%
(1/1) loading package files [######################] 100%
(1/1) checking for file conflicts [######################] 100%
(1/1) checking available disk space [######################] 100%
(1/1) installing skype [######################] 100%
Optional dependencies for skype
lib32-libcanberra: XDG sound support
lib32-libpulse: PulseAudio support
[root@tpx1c jiehan]# skype
ERROR: ld.so: object '/usr/share/skype/lib/libQtWebKit.so.4' from LD_PRELOAD cannot be preloaded: ignored.
/usr/lib32/skype/skype: error while loading shared libraries: libasound.so.2: cannot open shared object file: No such file or directory
[root@tpx1c jiehan]# exit
[jiehan@tpx1c ~]$ skype
ERROR: ld.so: object '/usr/share/skype/lib/libQtWebKit.so.4' from LD_PRELOAD cannot be preloaded: ignored.
/usr/lib32/skype/skype: error while loading shared libraries: libasound.so.2: cannot open shared object file: No such file or directory
[jiehan@tpx1c ~]$

Program won't run

I am currently reading "Sam's teach yourself Java 2 in 21 days", and I followed the instructions for programming the "VolcanoApplication" (the files can be found here http://www.cadenhead.org/book/java-21-days/chapter.php/1 and are called VolcanoRobot and VolcanoApplication). I compiled the two programs, but VolcanoApplication won't run. I get an error message saying "Exception in thread "main" java.lang.NoClassDefFoundError: volcanoapplication/class"

I copied the two files, compiled them and had no problem running VolcanoApplication. To try to narrow down your problem, do the following:
1. Check the names of both files to make sure that they are called VolcanoApplication.java and VolcanoRobot.java.
Make sure there are no typos because the file name must exactly match the class name. This includes case.
2. Before trying to recompile, first erase the old .class files. Go to the directory that contains the files
and issue the command: "javac VolcanoApplication.java". This should compile both files.
The javac command should complete with no errors. Now check your directory, you should see
VolcanoApplication.class and VolcanoRobot.class in your directory.
3. From the same directory, issue the command "java VolcanoApplication". Again, make sure there are no typos.
It should execute the program and print out some stuff.

NEW QUAD G5 WON'T RUN

Hi all!
I've just received my new Quad G5.
I was transfering my old session from 2x2G5 to new Quad by Firewire targeting.
In the middle of the process, the Quad worked down (black screen with I/O picture). I've pressed 5 seconds the button and now, my Quad won't run.
Nothing to screen, nothing to keyboard and mouse (no red light under).
Fans are working very fast. that's all... Keyboard is not responding. I can't boot on CD because I cannot open the trap...
I've tried to reset mother board (little button behind fans), pulling-up and replacing micro-cell to reset PRAM but nothing, always nothing....
Could anyone help me ? Thanks a lot for your responses.

1: Reboot the computer by holding the power button and then the mouse button down (wired mouse connected to the Quad itself) the drive tray will open.
2: Stick Tiger install cd #1 and close the tray by gently pushing. Hold the power button to reboot the Quad and hold down the option key. A list of bootable selections will appear.
3: Select AHT and run the extended tests, note any hardware problems. If any call Apple. (note: AHT on the disks expire after so many OS updates as Apple changes things in firmware occasionally)
4: If AHT is clear then reboot holding C key. The computer will boot from the cd.
5: Under the installer menu will be Disk Utility, run the repair disk and repair permissions. Note any problems. If the disk has hardware problems call Apple.
6: Quit the installer/reboot the computer, you shouldn't need to hit the power button. See if the computer boots from the internal drive.
7: If not go back to #4 and from Disk utility select Erase w/zero option the internal drive (this will erase all data!) and quit and reinstall Tiger fresh.
8: Don't run Migration assistant, it copies things blindly, won't copy copy protected programs and hacks correctly. Instead use your same login name, password, etc. as the Dual, leaving the hard drive name the only difference between the two, update your OS to the latest version, then install apps from fresh sources.
9: Now Firewire target disk mode the Dual and copy your iTunes folder, Safari bookmarks and Mail boxes to exactly the same location on the Quad (import the mail boxes). Don't open iTunes yet. Take the Dual off and rename the Quad hard drive exactly as the Dual, now start iTunes and your playlist pathnames should be correct. Now you can rename the Quad hard drive.
10: Visit Carbon Copy Cloner 's forums and learn how to clone your new perfect boot config to a external drive as a alternate boot method. It will save your bacon.

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

Executable won't run on target PC

Similar Messages

Maybe you are looking for