Run time engine install from build package failure

when trying to install LV 8.0 Run Time engine from build package, an error is generated that the target computer needs to have LabView 8.0 installed.
i have verified that the run time engine is included as an additional installer under the build project.

Hi MJK34,
If you are being prompted to install LabVIEW there must be something in the build that requires LabVIEW, not just the runtime. Can you post a screenshot of your build specification? Thanks.
Stephen S.
National Instruments
1 Test is worth 1000 expert opinions

Similar Messages

LabVIEW Run-time Engine 7.1.1 installation failure on Windows 7 SP 1 32-bit

I am attempting an installation of LabVIEW Run-time Engine 7.1.1 on my Windows 7 SP1 32-bit OS computer and the installation hangs. This happens near the beginning. Is there a compatibility issue? The window does not have any error messages. It says: "Updating System, The features you selected are currently being installed." The progress indicator blinks periodically, but does not move forward. Please help. Thanks!

I recently tried to install the LabVIEW 7.0 runtime engine on my Windows 7 (64 bit) machine to try out an old software. Ended up removing it quickly again, since any LabVIEW version I started up after that, including LabVIEW 2013 showed an installation dialog on startup about (updating installation information, please wait!).
Basically there are so many possible problems why it could fail. Apparently the runtime engine installer had played with some other NI component that he had no idea would ever exist when it was created and caused that component to always think it needed to update itself to finalize its installation. In your case it could be anything from a missing Visual C runtime version framework that the installer simply expects to be present but doesn't since Microsoft has in the meantime released about 5 versions of Visual C and doesn't install all runtime versions anymore on newest Windows. Or it could be a conflict with your hyper-duper .Net Framework 4.5.x.y that the installer does not be prepared for. Maybe that or something else was not present on your 64 Bit machine where you could install the runtime engine.
Basically the reasons for the install to fail are legion, and trying to figure it out is always more hassle than moving on and let old software be old software.

Fatal Error in LV8.2 Run-Time Engine install

Hi,
We have a serious problem with installation of LV 8.2 Run-Time Engine (RTE).
When a Domain Administrator is trying to install the RTE, the installation stops with the following error (see RTEInstallFatalError.jpg):
In error message path 'mk' references to domain Administrator user name.
When a Local Administrator installs the RTE, there is no problem.
Any explanations or suggestions? It is a very heavy bug, if even the domain administrator cannot install the RTE and therefore use the application.
Thanks,
Wirer
Message Edited by Wirer on 04-04-2007 06:25 AM
Attachments:
RTEInstallFatalError.JPG ‏13 KB

Found a solution to the problem...
As the error indicates there is a problem with the user's profile folder 'My Documents'. Domain administrator did not have 'My Documents' in his profile. After creating such a folder there manually, RTE installation worked successfully.
So now the question rises: why RTE installation requires such a folder to exist? Nothing is installed there!
My opinion is that RTE installation needs to be much more reliable than it is currently. Professional developers who make commercial products using LabVIEW will have a lot of pain with the current solution.
1) Customization options for RTE are poor. I think that most of the companies that deploy their LV-made application want no extra stuff installed. If the developer knows that e.g. TDMS or NI-REPORTS are not used in his application, there should be an option to NOT install these with RTE!
2) There should be more documentation (by NI) on RTE installation and its error handling should be improved.
I hope more discussion on RTE.
Thanks,
Wirer
Message Edited by Wirer on 04-04-2007 08:48 AM

Include LabVIEW Run-Time Engine in C# Project Distribution

I have written a software package in Visual Studio using C# which calls a number of functions from a dll which I have built in LabVIEW. I am now trying to produce an installation program for my C# package but can't quite work out how to include the LabVIEW Run-Time Engine in this installation.
I am creating the installation program by defining a Visual Studio Deployment Project and I have added my LabVIEW dll to this. However, the dll requires the LabVIEW Run-Time Engine to also be installed on the target PC. I was hoping that there would be a set of files to implement the installation of the LabVIEW Run-Time Engine that I could include in my Visual Studio Deployment Project and do the installation of both my C# code and my LabVIEW dll (inc Engine) in one operation. Is this possible? Or do I need to produce a LabVIEW installation for my dll separately from the C# installation?
Info:
Development OS = Windows 2000
Target OS = Windows XP
C# Development Environment = Microsoft Visual Studio 2005 V8.0
LabVIEW Version = 8.5
Also, I am using the Order Analysis Toolkit and noticed that there seemed to be an 'Order Analysis Run-Time Engine' installed on my PC. Do I need this too?
Thanks for any help.
CAS

Hi CAS,
One way of automating the installation of the LabVIEW run-time engine is to use commands in a batch file (*.bat). These commands would be executed automatically at the same time as your distribution installer to install LVRT with your C# application. For more information on command line options, have a look at this KB. I don't have so much knowledge of C# distributions, though, so there may be a better way to approach this that someone else in the community could advise you on.
With regard to the order analysis toolkit, you will also need this runtime engine installed. A point to note, though, is that the toolkit requires a run-time licence to be deployed in this fashion. It is now part of the Sound and Vibration Measurement Suite and needs to be licenced accordingly.
I hope this helps!
Best regards,
Tom
Applications Engineering, NI UK

Executable not working - Looking for LabVIEW Run-Time Engine

This has been one of those days.
I'm trying to create my .exe file to place onto another computer. I've done this before with success. But that was then and this is now.
I believe I have all the files I need in my LLB, and I believe I did my application distribution correctly and I believe I built the DLL correctly. But when I took the resulting .exe file and placed it on another computer and attempted to run it, it gave me the error message: "Unable to locate LabVIEW Run-Time Engine. Program requires a version 7.1 (or compatible) LabVIEW Run-Time engine. You should have already realized this, you moron."
Anyone have any idea where I went wrong or what step I might have missed? This has been a crazy, non-stop, massive brain fart of a day and I can't seem to remember what I'm missing here.
Amateur programmer for over 10 years!

Hi.
Whenever you want to use executables or .dll's created with LabVIEW you must make sure that the LabVIEW runtime engine of the SAME version as the LabVIEW version used to create the files, is installed in the target computer.
There are basically 2 ways to get the run-time engine installed on a computer:
1. (the one I prefer): Download the correct version of the LabVIEW run-time engine installer from www.ni.com/downloads, or more specifically from
http://digital.ni.com/softlib.nsf/websearch/369618104E25B08E86256F54006A4E2F?opendocument&node=132050_US
for the latest one. Once you have the installer for the run-time engine, just install it in the target computer. I prefer this option because the run-time engine is installed independently, so if you then uninstall your program, the run-time engine remains.
2. Create an installer for your program that includes the run-time engine. To include the run-time engine, when you are creating your application, go to the "installer settings" tab, click on "Advanced" and make sure there is a checkmark on "include LabVIEW run-time engine". This way when you install your program in the target computer, the run-time engine will also be installed.
Just as a note, any computer with LabVIEW on it, will also have the run-time engine.
Good luck.
Alejandro

NI LabVIEW Run-Time Engine + TCP/IP

Hello, Anybody knows how to activate TCP/IP service on PC with standard NI LabView Run-Time Engine installed. If I trying communicate with server from my PC (LVRTE) its works correctly. However, when I am trying interchange client and server applications it appears with error 1. Probably I need to add some settings to *.ini files on PC with LVRTE? --- Alex

<Alex> wrote:
Client/Server applications are communicate via standard TCP/IP VIs. I have tried to add 3 line as you wrote to server.ini, but it's didn't help
As I indicated, the lines are only applicable to using the VI Server. You had not indicated whether you were using the VI Server or just the TCP/IP VIs. At this point we need a better explanation of what you're doing. Specifically:
What does this: "If I trying communicate with server from my PC (LVRTE) its works correctly." mean? What is the "server"? What's it running? What do you mean by your "PC (LVRTE)"?
What does this: "However, when I am trying interchange client and server applications it appears with error 1" mean? What is the "interchange client" and the "server applications". Reading this implies you have more than one application running on the "server", whatever that is.
Seeing some code wouldn't hurt either.

MAX giving error - Unable to locate Labview run-time engine

I have LV 7.1 and 8.5.1 installed on a WinXP pc. No problems until now.
I installed some support software for a LabJack interface, which required LV version 6.1 run-time, so I let it install that.
I now get the error whenever I run MAX:
"Unable to locate the Labview run-time engine. LVBrokerAux71 requires a version 7.1 (or compatible) Labview run-time engine...."
After closing the error boxes, MAX seems to work fine. Both versions of Labview also work. I uninstalled run-time engine 6.1 and re-installed version 8.5.1, but that made no difference. I tried to install run-time version 7.1 from the msi file but it would not let me because a later version of the run-time is installed.
What is LV Broker? Why does it not accept version 8.5.1 run-time engine? Is it possible to have 2 versions of the run-time engine installed, and if so, how?

Dear CDancer
Thank you for contacting NI. First of all, you can have as many versions of LabVIEW run time engines you want loaded on your computer without a problem. LV Broker is installed by all drivers that uses LabVIEW testpanels like DAQmx does. In your case it seems that the LV Broker installation is corrupted or has failed. This can be rectified by overwriting the files in the specified directory listed below:
C:\Program Files\National Instruments\Shared\LabVIEW Broker
Your directory should look like the screenshot I have attached; labelled LV Broker Directory View
I have attached a ZIP File that will replace the LV Broker directory. Please try replacing your files with these if different to the screenshot and let me know how you get on. Many thanks.
Many thanks for using the NI forums and I look forward to your reply.
Kind regards
David
Applications Engineer
National Instruments UK
Attachments:
LV Broker Directory View.JPG ‏57 KB
LV Broker.zip ‏413 KB

Inckuding run time engine in installer

Hi,
I 'd like to know if it is possible to include the LV run time engine using application builder under LV 7.1.1 in an installer file, and if it is where should I find the options in the application builder parameters.
Thanks
olivier

Hi olivier,
yes, you can. In the app builder options, Installer Settings, click on the Advanced... button. The option to install the run-time engine should be on by default; you may select which additional components of the RTE should be installed (e.g. the Analyze Vis).
Paolo
LV 7.0, 7.1, 8.0.1, 2011

Distribute application without labview run-time engine

I read a lot of post saying if the target machine has the same run-time engine installed, then I don't need to distribute the application with labview run-time engine. Somehow this rules doesn't work for me. I have a PC installed labview 2010 development system and has run-time engine 2011 SP1. I also download the same version of run-time engine and installed it in a target PC. When I distribute my labview application, if I select to include the run-time engine in build properties, the application will be able to install and run properly in the target machine; If I don't include the run-time engine, then I wouldn't be able to run the application.
Does anyone help me on this? I don't want to always build the application with the run-time engine since it's quite big
Solved!
Go to Solution.

Could you take a look at my NI software list and let me know what labview run-time engine is really in use?
And in build properties, it actually list addition installer include labview run time engine SP1. If I includes this version of run-time engine and run the installer in target machine, it will still install the run-time engines just like there is no run-time engine installed in the target machine before.
Attachments:
NI software.jpg ‏98 KB
Installer.jpg ‏216 KB

LV8 without run-time engine?

I am using a LabVIEW 8.0 development system. I built a project and want to build a installation build to install the application. However, when I tried to add Labview 8.0 run-time engine to the installation build (In BuildSpecification->Additional Installers), Labview prompts me that my machine does NOT have a Labview 8.0 run-time enine, and the selection for NI Labview 8.0 run-time engine is RED!
How could this be possible? I have a Labview 8.0 development system, and labview tells me that I don't have Labview 8.0 run-time engine? What's the reason for that?

Hi Lylee,
This can occur when the project and build spec are created on a different machine with a slightly different version of the runtime. You should have another 8.0 runtime listed under the additional installers that is not red. You can then uncheck the "red" 8.0 runtime and check the normal one. The reason the one you have checked now if red is because that is the version the build spec is looking for but it does not exist on the system.
For example, if I make a project and build spec that had DAQmx checked as an additional installer, then opened the project on a machine that did not have DAQmx installed, DAQmx would still be checked and listed under additional installers but it would be red.
If you do discover that somehow your system does not have the Run-Time Engine installed, you can download those here.
David_B
Applications Engineer
National Instruments

Does Vision Development Module obviate the need for the Vision Run Time Engine?

I have several computers with the full version of Labview (8.0.1 and\or 8.2) as well as the most recent version of the Vision Development Module (VDM 8.2.1), all fully registered and activated. In addition, I have one computer we have designated the "build" computer which has the professional version of LV 8.2 as well as LV 8.0.1 Full version w/ Application Builder (we have delayed migrating certain applications to 8.2 for various reasons). Instead of distributing applications as source distributions to these computers (uncompiled VIs), we would like to use our build computer to compile applications that make use of the Vision image processing VIs. I know that all of these computers have the appropriate LV run time engines installed, but I was wondering if I need to install (and thus purchase) the Vision Run Time Engine for each of these computers. I know that when you install VDM, you also get a copy of the vision RTE (in C:\Program Files\National Instruments\Vision\Run-Time Engine). Does this mean the engine is already installed and ready to run compiled applications? Or do we need to pay for the engine on each computer?

The Development module includes the RTE for that machine.
For the other machines, you will need to purchase the Vision RTE and install and activate for each machine. See the KB article below for more details.
http://digital.ni.com/public.nsf/websearch/F1699570F78FECBB86256B5200665134?OpenDocument
Ed
Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.

Client view vi webpage without needing run time engine

I am trying to create a environmental webpage attached to a Labview vi where end user can browse the web page from their home computer internet. Problem is I read that the end user need to have the Run Time Engine installed in their computers, now this sucks. If the end users need to remember to install run time engine to every computer their visit, there will no business. Is there someway to bypass this?
http://zone.ni.com/reference/en-XX/help/371361B-01/lvhowto/creating_html_documents_an/
"If you want clients who do not have LabVIEW installed to view and control a front panel remotely, they must install the LabVIEW Run-Time Engine, then view the front panel remotely."
Solved!
Go to Solution.

Hi sunflower2772,
if you want to use the NI function of webserver, then you have to install the runtime engine (there is also a smaller one), the same as using some JAVA code.
If you don't want to do this, then you have to write your own webserver.
Mike

Installshield Merge Module Rather Than Run-Time Engine

I create installations for our company using Installshield 11
Professional. At this point, the only way to install the
necessary files to run a Lab View application is to add the Lab View
7.1 run time engine into the setup.
What I am looking for is an alternative. I am hoping there is
some sort of merge module out there which can be added to Installshield
so I don't have to call the Lab View run-time engine installer from my
installer.
Does such a thing exist?
Or does anyone have any advice on how I can make a Lab View installer using InstallShield and make the installation unified?
I don't prefer the current setup I have where our software installation
begins, then the run-time engine installer takes over, and then our
setup continues.
Thanks for any help,
Adam

jacko wrote:
Hi Rolf,
It seems to me that you are explaining the problem I encountered after finding the merge modules which Chris led me to. That problem was which merge modules to use?
I have in fact been trying to identify which modules I'd need, and was
going to do it by trial and error. If there is an easier way then
I'll give your method a shot.
Is this what you are refering to in your message above?
Well,
I'm not sure I understand you correct, but yes I think that is what my
message meant. Basically if you look at the two VIs and try them out
you will more or less see how they work.
You can then try to create a small tool, that given a *.msm file as
input will tell you which other msm files you need to include in your
Install Shield installer. If that is easier than trial and error is of
course something you can depate over. Also note that the order of
inclusion of msm files in an installer seems to be important too. The
lowest one in a depency chain should be first I believe.
For your particular problem you would look at the LVRunTime.msm
file to get a list of all other modules you need to include in your
installer. I actually would suspect that Install Shield should have
some functionality to list dependencies of merge modules, too.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

LabVIEW Run Time Engine and ActiveX Automation Server

Hi,
I have a question related to LabVIEW Run Time Engine and ActiveX Automation Server:
We have a tool developed in LabVIEW and TestStand. End user interface is a LabVIEW GUI (it's an executable) which executes TestStand sequences. Some TestStand sequences call lower level LabVIEW VIs.
Everything works fine with LabVIEW installed, but I was wondering if I could run this tool on deployment machine with only LabVIEW run time engine installed. We are using LabVIEW 6.1 and with only the run time engine installed, I get the error message: "Unable to launch the 'LabVIEW.Application' ActiveX automation server ".
BTW, we are planning to upgrade the versions soon.
Is it possible to make things work only with the run time engine?
Thank you.

Thanks for the response, Brian.
I did upgrade to LabVIEW 8.0 and TestStand 3.5. Everything works fine on the development computer where LabVIEW and TestStand is installed. On the target computer in the lab, I installed LV RTE 8.0 and TestStand 3.5, and now when a VI is called in a sequence file, I get the following:
RunState.PreviousStep.Result.Error.Code -18002
RunState.PreviousStep.Result.Error.Msg "LabVIEW: The VI is not executable"
So, the executable opens and works fine (which means that the LV RTE is installed properly), but when a sequence calls a low level VI, it does not make it through.
comments/suggestions are appreciated. Thanks.

Can I run two separate versions of the LabVIEW Run-Time Engine on one PC?

Hello, I am curious if anyone knew if it is possibly to install and use two separate versions of the LabVIEW Run-Time Engine on one PC? I currently have the 2009 Run-Time Engine installed on one machine and wanted to install the 2011 Run-Time Engine as well. I know that you can run two separate versions of the LabVIEW program on one machine, but what about the Run-Time Engine?
Thanks!
Solved!
Go to Solution.

I'm guessing this is a bug that NI needs to fix. I see no reason you shouldn't be able to install the run-time engine of an older version. I'd be interesed in if it allows you to install the older development environment, which also includes the older run-time engine. There are some command line switches for NI installers as mentioned here:
http://digital.ni.com/public.nsf/allkb/C361087EE9F20810862577850073128E
I wonder if there is a force install option.
Unofficial Forum Rules and Guidelines - Hooovahh - LabVIEW Overlord
If 10 out of 10 experts in any field say something is bad, you should probably take their opinion seriously.

Run time engine install from build package failure

Similar Messages

Maybe you are looking for