CVI Run time engine installation

Hi,
We are using TestStand extensively and in our installation package will be
installing the CVI RTE (run-time engine). Where can I find exactly which
files (DLL's especially) are installed by the CVI RTE setup.exe?
Iain

Iain,
The CVI RTE installer installs CVIRT.dll and CVIRTE.dll in your Windows\System
directory (Win98/95) or Windows\System32 directory (Win2000/NT). It also
creates a CVIRTE directory in the same.
You can get the latest CVI RTE installer from ftp://ftp.ni.com/support/labwindows/
It consists of 2 floppy disks.
By default, the TestStand 1.0.x engine installer utility will install the
CVI 5.0.1 RTE. You can have the TS engine installer install the latest CVI
RTE by replacing the CVIRTE directory in your TestStand\Setup\Engine\ directory
*before* running the TS Engine Installation Wizard.
Hope this helps,
Paul
"Iain Simpson" wrote:
>>Hi,>>We are using TestStand extensively and in our installation package
will be>installing the CVI RTE (run-ti
me engine). Where can I find exactly
which>files (DLL's especially) are installed by the CVI RTE setup.exe?>>Iain

Similar Messages

  • How to prevent prompt to install CVI Run-Time Engine?

    The LabVIEW laptop for my client got messed up, so I spent several hours making it forget everything it ever knew about NI software.  I started by uninstalling all NI applications, then manually deleted all the folders that the uninstaller leaves behind, then ran a couple of registry cleaners to sweep out as much NI as possible, and finally ran regedit to see what was left.  In the end there were only some legacy drivers that regedit would not let me delete.
    Then I installed 8.6.1 from DVD, carefully selecting only the options we needed; LabVIEW core, cRIO, FPGA, PID, and the minimum set of drivers the installer would let me get away with.  Note that no Labwindows/CVI option boxes were checked.  When the installation was complete, I rebooted the machine and launched LabVIEW, which immediately prompted me to install the LabWindows/CVI 8.5.1 (not 8.6.1) Run-Time Engine.  I dutifully fed it my 8.6.1 DVD, which caused LabVIEW to crash.  After 3 reboot/retry cycles with the same result, I decided to appeal to the forum for help.
    What is causing LabVIEW to think I need the CVI Run-Time Engine (and a down-rev version, at that), and how do I convince LabVIEW that I do not?
    Jeff

    Thanks for the reply!  OK, so LabVIEW needs the CVI RTE even though I'm not using any CVI features.  I can live with that.  I downloaded LabWindows/CVI Run-Time Engine 8.5 from the NI web site and tried to install it.  After I confirmed that I accepted whatever that license agreement says, the installer told me that "No software will be installed or removed."
    Then I opened LabVIEW, and it went through the same "The feature you are trying to use..." popup and tried to install the CVI RTE.  The installation failed as usual, and LabVIEW crashed.
    A few minutes ago I found and ran CVTRTE.msi on the 8.6.1 distribution DVD.  I selected the "repair" option, which completed successfully.  After rebooting, I launched LabVIEW only to be greeted with the now-hated NI LabWindows/CVI 8.5.1 Run-Time Engine installer.
    The part of this that is so infuriating is that there appears to be no way for anyone to make a computer forget everything NI so you can start with a clean slate.
    Jeff
    Attachments:
    NoCanDo.jpg ‏28 KB

  • Pdfcreator invokes LabVIEW run-time engine installer!

    Okay, so I'm a desktop tech, know little about LabView, but can at least install it.  We also use pdfcreator on our desktops.  For some reason, however, whenever pdfcreator is used (for ANYTHING, not just LabView stuff), a windows installer fires up, "please wait while windows configures NI LabVIEW Run-Time Engine 7.0."  The installer proceeds, then gets stuck while trying to find the msi.  Well I don't HAVE the proper MSI apparently, because my version is 7.1.1!  When I put in the 7.1.1 Run-Time CD (the only one I have) and point it to the msi it seems to be looking for, it still fails (apparently due to different versions).
    So first, why is pdfcreator invoking this installer in the first place (they seem to have nothing to do with each other!)
    Second, why is the installer looking for the Run-Time for 7.0, instead of 7.1.1?
    Help! 
    Thanks,
    Wiltony

    Well, I fixed it.  I eventually used the NI Software Add/Remove item, and chose "repair" for NI LabVIEW run-time 7.0, which called for the appropriate 7.1.1 device driver discs (strange).  After it completed, everything worked fine.
    Wiltony

  • LabWindows/CVI 2009 Run-Time Engine update

    I wanted to let everyone know that NI has released an udpated CVI 2009 Run-Time Engine. Information on what bug(s) this update fixes can be found here. If you are currently not using the CVI 2009 Run-Time Engine, you do not need to install this update.
    This is an updated installation of the CVI Run-Time Engine, not a patch. If you download and install this update it will upgrade whichever version of the CVI Run-Time Engine you currently have to version 9.1.0.428 (CVI 2009 released with version 9.1.0.427). One way to find out which version of the CVI Run-Time Engine you have installed is to view the version number of c:\windows\system32\cvirte.dll. If you install version 9.1.0.428, any installer distributions that you create from any version of the CVI ADE will include version 9.1.0.428.
    If you have not yet installed LabWindows/CVI 2009, it's recommended that you install this update, either before or after you install CVI 2009.
    Luis

    To be clear, the original problem that you reported ("Attempt to free pointer to memory not allocated by malloc() or calloc()") might very have been the problem that this patch fixed, which was in fact new to 2009. But that problem only happens if there were actual plots in the graph.
    However, after looking at the "dynamic memory is corrupt" isse some more, it turns out that it is actually expected behavior, believe it or not. This is a limitation of easytab controls, caused by how they use callback chaining in their implementation. Whenever a panel or a control has its callback chained, you cannot change the callback, or make a copy of it after the chaining takes place. This is described in the EasyTab_ConvertFromCanvas function help ("...For the same reasons, do not call DuplicatePanel or DuplicateCtrl on any of these panels or controls after the Easy Tab control has been created.").
    As you probably have read elsewhere, easytab controls are quite obsolete. They were a stopgap "solution" to the problem of there not being a native tab control in the CVI user interface library. Native tab controls were finally added in CVI 8.0, and so we recommend that, if possible, users update their code to use these instead.
    Luis

  • 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/369618​104E25B08E86256F54006A4E2F?opendocument&node=13205​0_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

  • How to install Vision run-time engine to a desktop PC converted to real-time target

    Hi, all
    I don't know how can I install the vision run-time engine to a desktop PC which I converted to a real-time target.  The same problem applies to installing real-time run-time engine and labview run-time engine to the real-time target.  The only way to install software to real-time target is through "add/remove software" in MAX for remote system, but it is not for all types of run-time engine installation.  
    I am also confused about how to activate those run-time engines for the desktop PC as real-time target.
    Please help and great thanks.
    Wei 

    Hi turtle,
    Here is a link that explains how to set up a desktop PC as a real-time target.  The section for Formatting & Setup should help you the most.
    NI Developer Zone Tutorial: Requirements for Desktop PCs as LabVIEW Real-Time Targets
    Justin D.
    Applications Engineer
    National Instruments

  • Multiple app on same Run time engine

    Hello
    Can we run multiple application on same CVI run time engine?
    We have thin client desktop and want to run application on different terminals. Is it possible?
    Means on server there will be one application installed and 5 terminals will  use same desktop application.
    Thanks

    Yes, you can call multiple instances of the Run-Time Engine. 

  • You may not need to install the Run Time Engine...

    I know this has been mentioned before, but after a long search of the archives, I couldn't find the right person to give credit to - sorry!
    If you have a simple exe, you may not need to install the runtime engine on the target machine at all - all you need to do is include some of the engine's files with the exe for it to work. Try it out: copy the following files & folders into the folder containing your exe:
    ..\National Instruments\shared\nicontdt.dll
    ..\National Instruments\shared\nicont.dll
    ..\National Instruments\shared\LabVIEW Run-Time\your_version\everything (including all sub-directories)
    so, using 6.1 as an example, you exe's directory would like something like:
    ..\AppDirectory\MyApp.exe
    ..\AppDirectory\MyApp.ini
    ..\AppDirectory\My_Apps_DLLs,if_any
    ..\AppDirectory\nicontdt.dll
    ..\AppDirectory\nicont.dll
    ..\AppDirectory\lvapp.rsc
    ..\AppDirectory\lvjpeg.dll
    ..\AppDirectory\lvpng.dll
    ..\AppDirectory\lvrt.dll
    ..\AppDirectory\mesa.dll
    ..\AppDirectory\serpdrv
    ..\AppDirectory\models\heaps_of_stuff_in_here
    ..\AppDirectory\errors\more_stuff_in_here
    ..\AppDirectory\script\and_some_bits_in_here_too
    Take all of this data to a machine without LabVIEW or the runtime installed, and try to run the exe - all going well, it will execute without any problems. This exe distribution method can be really useful, especially when distributing autorun presentations on CD-ROMs.
    * DISCLAIMER: as far as I am aware, this method is NOT authorised or supported by NI - use it at your own risk!
    cheers,
    Christopher
    PS: I'd like your feedback: please give this posting a rating
    Christopher G. Relf
    [email protected]
    Int'l Voicemail & Fax: +61 2 8080 8132
    Aust Voicemail & Fax: (02) 8080 8132
    EULA
    1) This is a private email, and although the views expressed within it may not be purely my own, unless specifically referenced I do not suggest they are necessarily associated with anyone else including, but
    not limited to, my employer(s).
    2) This email has NOT been scanned for virii - attached file(s), if any, are provided as is. By copying, detaching and/or opening attached files, you agree to indemnify the sender of such responsibility.
    3) Because e-mail can be altered electronically, the integrity of this communication cannot be guaranteed.
    Copyright © 2004-2015 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 2.5 License.

    Yes, this method is not supported. However, this method is good if you wish to write your own installer for a LabVIEW Application. (Note: The method above does not install DataSocket, NI-Reports, or any of the 3D Graph controls.)
    I would still suggest running the LabVIEW Run-time Engine installer so that more than one application can use it.
    Randy Hoskin
    Applications Engineer
    National Instruments
    http://www.ni.com/ask

  • Installing the run-time engine as a non-admini​strator

    I want to distribute a stand-alone application to end-users that are not administrator of their computer.  When they try to install the RTE without administrator privileges, the installer cannot continue because it cannot write to the C:\ base directory.  How can I fix the run-time engine installer to work without administrator privileges?

    On the second screen of the installer, the user can choose an alternative target location. Have you tried that?
    (sorry, I don't know how well this will work). What is the runtime version?
    (For your reference, this document describes planned changes in the folder structure for future LabVIEW versions.) 
    LabVIEW Champion . Do more with less code and in less time .

  • Necessity of a run time engine

    Can anyone tell me whats the detailed concept behind the necessity of installing the labview run time engine along with a labview application to make it work?
    veena.

    "Veena" wrote in message
    news:[email protected]..
    > What i wanted to know was what does a run time engine exactly does and
    > whats its necessity? I havent explored the versions compatibility
    > parts...am new to labview and exploring various things theoretically
    > and practically, since I cant find a particular place or book that
    > gives a overall view, and theres only manuals available for now...
    > Veena
    I'm taking a guess here, Labview is an interpreted language and that means
    it needs something to convert the labview code into machine instructions,
    the converter is the Labview runtime engine.
    I think even if you create a *.exe file you need the runtime engine to run
    it. I don't have the full d
    evelopment version though so don't quote me on
    that.
    If you look in the help index for run-time engine you will find this answer
    "Using the LabVIEW Run-Time Engine
    If you create a system using LabVIEW that runs applications or shared
    libraries, then you must install the LabVIEW Run-Time Engine. The LabVIEW
    Run-Time Engine includes the libraries and other files necessary to execute
    LabVIEW-built applications and shared libraries. All client computers
    running LabVIEW-built applications and shared libraries must also have the
    LabVIEW Run-Time Engine installed.
    The LabVIEW Run-Time Engine also includes a browser plug-in that allows
    clients to view and control VI front panels remotely using a browser.
    All applications and shared libraries built with a particular version of
    LabVIEW will share the same LabVIEW Run-Time Engine installation, so only
    one installation is required. If you use applications or shared libraries
    that you create with different versions of LabVIEW (for example, 5.1,
    6.0,
    and so on), you must have the Run-Time Engine for each version of LabVIEW
    installed on the system.
    You can find an installer for the LabVIEW Run-Time Engine on your LabVIEW
    CD. "

  • Installshi​eld 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

  • When creating an application installer in LV, what run-time engine or driver must be installed to install the VISA interactive control?

    I've created an application installer using LabVIEW's application builder and use it to install NI MAX.  However, after running the installer, the VISA interactive control is disabled in NI MAX.
    The installer installs the following NI components:  NI LabVIEW Run-Time 2014 SP-1(64-bit), NI LabWindows/CVI Shared Run-Time Engine 2013 SP2, NI Measurement & Automation Explorer 14.5, NI-488.2 Application Development Support (includes run-time), NI-VISA Configuration Support 14.0.1, NI-VISA Runtime 14.0.1, NI-VISA Server 14.0, NI Systems Configuration Runtime 14.5.0, vision run-time, dc-power run-time.
    If I download and run the 488.2 installer, the VISA interactive control is enabled in NI MAX.  But, the installer created with the application builder does not seem to install the necessary components.
    What needs to be added to the installer to enable  the VISA interactive control (VISAIC)?
    Thanks.
    Solved!
    Go to Solution.

    From Pedro Munoz, Applications Engineer, National Instruments
    Sorry for the confusion with the forum post that Jon sent you. I did some research on our internal database and I found out the component will not be installed by any of the components added from the additional installers section on the configuration of the installer. As you have already found out you need to install the full installer in order to enable this feature.
    I know that this might be an inconvenient for you because you wanted to have one installer to run. On this case may I suggest using the NI Batch Installer Builder.
    The NI Batch Installer Builder allows building installers that contain National Instruments software from several products. That way you can create an installer for you application in LabVIEW (and not include the drivers in the additional installer section), then use NI Batch Installer Builder to include the installer for your application and the full version of the drivers that you mentioned.
    Here is the download link:
    http://www.ni.com/download/ni-batch-installer-builder-14.5/5193/en/
    And in here you can find instructions on how to get started with it:
    http://zone.ni.com/reference/en-XX/help/374206A-01/
    Let me know if you have any question.
    Regards
    Pedro Munoz
    Applications Engineer
    National Instruments
    http://www.ni.com/support

  • LabVIEW 2011SP1 Error building installer: LabVIEW Run-Time Engine 2013 is missing 3 dependencies???

    I'm having a problem building an installer in LabVIEW 2011SP1.
    It's been a while since I've tried to build an installer but it used to work fine and building executables is still working fine.
    Now when I try to build the installer I get "The build was unsuccessful."
    Possible reasons: Error generating preview for My Application 3.1.7.
    Details:
    Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
    CDK_Build_Invoke.vi.ProxyCaller >> CDK_Build_Invoke.vi >> CDK_Engine_Main.vi >> IB_MSI.lvclass:Build.vi >> IB_MSI.lvclass:Engine_InitializeDistribution.vi >> IB_MSI.lvclass:Report_Preview_Error.vi >> IB_Source_Container.lvclass:Report_Preview_Error.vi
    Loading product deployment information
    *** WARNING ***
    NI LabVIEW Run-Time Engine 2013 is missing 3 dependencies. This product, or other products that depend upon NI LabVIEW Run-Time Engine 2013, may not function properly while the dependencies are missing.  Visit ni.com/info and enter the Info Code "" for more information.
    *** Error: An internal error occurred for which the cause is unknown. (Error code -41)
    *** Error Details:
    Error in MDF API function: _MDFCommon_GetNextLogMessage
    Error in MDF::GetInstance - MDF static instance is not initialized!
    *** End Error Report
    Loading product deployment information
    *** WARNING ***
    NI LabVIEW Run-Time Engine 2013 is missing 3 dependencies. This product, or other products that depend upon NI LabVIEW Run-Time Engine 2013, may not function properly while the dependencies are missing.  Visit ni.com/info and enter the Info Code "" for more information.
    The really strange thing about this is that I'm using LabVIEW 2011SP1, I don't even have LabVIEW 2013 installed, not even the runtime.
    Where is the problem? Why is it even complaining about LabVIEW 2013? Has anyone seen this before?
    Troy
    CLDEach snowflake in an avalanche pleads not guilty. - Stanislaw J. Lec
    I haven't failed, I've found 10,000 ways that don't work - Thomas Edison
    Beware of the man who won't be bothered with details. - William Feather
    The greatest of faults is to be conscious of none. - Thomas Carlyle
    Solved!
    Go to Solution.

    I do have the LabVIEW 2013 discs but didn't install it.
    I checked in Control Panel > Programs and Features > National Instruments Software and the LabVIEW 2013 Run-Time is not listed there.
    I also checked in MAX > Software and I must have missed it the first time I looked. LabVIEW Run-Time 2013 is listed there after all.
    Now I remember installing VISA 5.4 to get rid of a nasty bug. It must have installed the 2013 Run-Time when I did that.
    So now I need to distribute 2 runtimes with my application?!?!
    Troy
    CLDEach snowflake in an avalanche pleads not guilty. - Stanislaw J. Lec
    I haven't failed, I've found 10,000 ways that don't work - Thomas Edison
    Beware of the man who won't be bothered with details. - William Feather
    The greatest of faults is to be conscious of none. - Thomas Carlyle

  • Error on installation of LabVIEW Run-Time Engine 8.5.1: "This application has requested the Runtime to terminate it in an unusual way"

    Hi,
    a colleague in India cannot install the LabVIEW Run-Time Engine 8.5.1 on Windows XP. On attempting to install, an error box is shown, which says:
    (window title)
    Microsoft Visual C++ Runtime library:
    (message box text)
    Runtime error!
    Program: C:\National Instruments Downloads\LabVIEW 8.5.1\Runtime Engine\setup.exe
    This application has requested the Runtime to terminate it in an unusual way.
    Please contact the application's support team for more information.
    http://img529.imageshack.us/my.php?image=runtimeerrorvt7.jpg
    I didn't find any relevant clues for this in NI forums. A search at Google brought me to http://support.microsoft.com/kb/884538/en-us, offering a HotFix to solve the problem. Unfortunately, the installation of this HotFix does not solve the problem.
    Do you know this behavior and do you have any ideas how the problem can be solved?
    Thanks in advance.
    Best regards
    Manuel
    Message Edited by Manuel Häderle on 10-07-2008 10:41 AM
    Solved!
    Go to Solution.

    Hi there
    log in as administrator and kill all processes not needed and try again. I've seen cases where one of these free download tweak applications (like "Memory Defragmentation" and stuff like that) caused that error. 
    Best regards
    chris
    CL(A)Dly bending G-Force with LabVIEW
    famous last words: "oh my god, it is full of stars!"

  • LabView Run-Time Engine 2009 installation failure

    Hi,
    I have problem to install Labview Run-Time Engine 2009.
    This error occur:
    Die Installation von NI VC2008MSMs x86 ist auf Grund des folgenden Fehlers fehlgeschlagen.
    Auf den Windows-Installationsdienst konnte nicht zugegriffen werden.
    Die kann vorkommen, wenn Sie Windows im abgesicherten Modus ausführen oder der
    Windows-Installer nicht korrekt installiert ist. Wenden Sie sich an den Support, um Hilfe zu erhalten.
    (The installation of NI is VC2008MSMs x86 failed due to the following error.
    The Windows Installer Service could not be accessed. That can occur when you run
    Windows in Safe mode or Windows Installer is not installed correctly.
    Contact your support personnel for assistance.)
    I've tried to reinstall and reregistrate windows installer, I've even tried to upgrade windows installer to version 4.5
    I've installed Microsoft Visual C++ 2008 Redistributable x86.
    Im runing Windows XP Service Pack 3
    (Microsoft Windows Version 5.1 (Build 2600.xpsp_sp3_gdr.100427-1636_ Service Pack 3))
    I have no problem installing other programs, I can for example install labview runtime engine 7.1.1.
    So my question is:
    How to solve this problem, how can I make an installation of Labview Run-Time Engine 2009 on this computer that gives me the error described at the begining?
    Best regards
    Simon
    Solved!
    Go to Solution.

    Hi,
    I have already looked at that forum issue.
    So I have already tried to delete all keys in regedit.
    The problem is, if I continue with my installation, about 10 other new issues will appear.
    And my installation will not complete, it will fail.
    The installer does not install, it will tell me that the installation failed, and it will only install a few things.
    Not all the things that I need to run my program.
    See attached pictures ibn zip file to see some errors I receive, I only picked a few of them out.
    So when I then tries to start my program I will recive the error in picture program error. (Run-time engine error)
    So it's not only that the installer tells me that the installation doesn't go through, it doesn't.
    Best regards Simon
    Attachments:
    Pictures.zip ‏414 KB

Maybe you are looking for