Labview 8.2 applicatio​n builder - installer deletes previously installed programs

Problem Description :
I've been developing with LabView for 8+ years and recently had to upgrade from 6.1 to 8.2 because of compatibility issues with LabView, MAX, DAQ and SERIAL. LabView had always been so intuitive and efficient, but that has changed to some degree sometime after 6.1 IMO.  I won't get further into that, but I am having several problems with Application Builder and particularly, with creating an Installer and installing test programs.  I haven't seen many posts on this subject so I assume I am doing something wrong.
In 6.1, I could build a program and create an installer in minutes, and all in the same step - Click on Build and the installer was created. I could also locate my files anywhere I wanted. Unfortunately the process in 8.2 is no where as simple as one has to create a build and installer separately. So far, I haven't been able to distribute my installer files where I want them according to our internal procedures. The build portion works fine and I can locate my files as needed, but not so for the installer (at least I haven't figured it out yet).  The main problem is that I have some common DLLs that I'd like to locate in a common directory for all of my programs, but it seems like I'm stuck putting them in the installation directory of every program that I write.  Again, it is fine in build.  There doesn't seem to be any flexibility in changing the location of the files in the installer.  I did see a post somewhere that mentioned that DLL files must be located in the system directory if you don't want them included in the build or installation.  I would just like to install the dlls to a common directory and not include them in every installation directory.  Just like I did in LV 6.1!
This is a relatively minor problem compared to what happens when I try to install the programs.
I have five separate programs for which I have recently built and created installers with the limitations that I've described above. I can install one program on my machine and it runs properly. If I try to install any of the
other four, they will delete the previous installation - all the files are deleted (they all have different names). What I think is going on is that the installer thinks that these five programs are the same and simply overwrites the previous installation. One reason I believe this, is because I tried an installation and it failed with the error message that there was already a higher version installed. The higher version it was referring to was almost certainly the one program I could install, but certainly not a higher version of the one I was trying to install (it didn't exist yet). After I uninstalled the one program, I could install any other four. It doesn't matter if I install on  the build computer or the target computer (ATE).
What am I doing wrong?  Please help me to resolve this problem.
I wan't the build and install files in the same exact location:
Example of my five programs and the locations of build and install:
C:\KIK2-LabView\Customer Name\Base Part Number1\Program1.exe.......
C:\KIK2-LabView\Customer Name\Base Part Number2\Program2.exe.......
C:\KIK2-LabView\Customer Name\Base Part Number3\Program3.exe.......
C:\KIK2-LabView\Customer Name\Base Part Number4\Program4.exe.......
C:\KIK2-LabView\Customer Name\Base Part Number5\Program5.exe.......
The support files will also be put in the corresponding directories. The common files were supposed to go in the KIK2-LabView directory instead of copies in every installation directory.
Is there something I have to do with the registry? In 6.1 it was all automatic.
I hope there are simple answers to my problems, but I have yet to find them out. I have been able to find very little info on Application Builder, and nothing that is comprehensive.
Thanks!

Thank for the reply, Andy
I have scoured the Help files and this forum which helped me to create the build and installer, but they didn't address any of the problems that I described in my post.  I tried to make sure that I exhausted numerous resources before posting and requesting help.
I appreciate the response, but you didn't quite get to my most important problem - that when I try to install a program from the created installer, it overwrites my previously installed program.  Actually I have found the answer in a different thread. --->  http://forums.ni.com/ni/board/message?board.id=140​&message.id=16146.  My problem is that I cut and pasted all of my project files and made the appropriate changes specific to each new project.  If you don't create brand new builds and installers in these projects, you will create duplicate registry keys, even though all of the names, numbers, files, etc. were changed to be completely unique.  I opened the .lvproj file in notepad and found several registry keys to be the same; here is an example:
<Property Name="UpgradeCode" Type="Str">{831013BF-9112-45AA-BF13-A13F08098841}<​/Property>
All of the projects that I created by cut and paste (and edit) method had this same exact key (as well as other keys) which was causing the previous install to be deleted/overwritten or gave me the message that a higher version already existed.  Again, this happened even though all of the project data was completely unique after it was edited, including the project filename (of course).  Finally, I completely rebuilt my projects from scratch starting with "New Project" and voila, they now all install properly.  Obviously, none shared any of the same registry keys. 
I don't know if this is something that was overlooked, but it is so much easier to cut, paste and edit projects when they are very similar.   Unfortunately I have found out the hard way that new build and install spec's must be created.  Is there a change that can be made to the Project File in LabView so that when certain information changes (like the executable file name) that new registry keys will be generated?  It is obvious that you don't want someone to accidentally install a lower version of the project over a newer one, but it would have prevented my work time loss (several days) and will prevent time loss for others in the future as well.  Could you at least consider allowing the developer to generate new keys like was available in LabView 6.1?
Also concerning the location of files, I previously had done all of what you said and can locate the build files where I want.  However, in the Installer (Source Files Tab), when I create the folders in [Windows Volume], all of the files from the build spec are put into the SAME directory, regardless of where they were located in the build spec.  If I try to delete one file, all will be removed.  I can't place individual files where I want them to go in the installer (if they are a part of the build).  Example:  In the installer, I created the subfolders KIK2-LabView\Customer\UUT Base Part Number on the [Windows Volume] directory and set the UUT Base Part Number as default.  I want most of the files to go into the default directory, but a few of the dependent dll's should go into the KIK2-LabView folder as they are common to many other programs/projects.  In short, I don't need or desire 50 copies of these dlls on my ATE.  I was able to locate the installer files anywhere in LabView Pro 6.1, but so far I can't figure out if this is possible in 8.2.  It would appear that it is not.
Thanks,
John W.

Similar Messages

  • Is it an issue to delete previously installed bundles...

    For example, would it be okay to delete previous versions of adobe flash

    Originally Posted by spond
    Fishoil,
    depends on what you have set in the uninstall tab, and what setting you
    have for uininstall if no longer associated...
    --the bundles are still associated, so on my test machine all instances of adobe flash are present, in the control panel only the most updated version shows. I would like to delete the bundles without having any affect on the PC.
    Shaun Pond

  • Labview 8.5 applicatio​n builder .exe does not run.The same source code runs ok.

    Hi,
    I have an application built in labview 8.5 application builder using windows XP. I have one instrument connected in gpib and one connected to a serial port. The source code runs ok but when I build  an executable of teh same code and try to run it, it doesnt run the instrument connected to the serial port. It does communicate with the gpib port. Any ideas why this would be happening?
    Steven

    Additional to Britoa's reply:  Did you add the serial commuication (drivers) when you built the application?

  • Deleting / un-installing programs from osx

    this may sound stupid, but how do you go about uninstalling programs and all thier files within osx, when you don't need them ?
    cheers in advance

    Hi adam1977,
    Not stupid at all. No such thing as a stupid question here
    There are three methods of uninstalling a proggy:
    1. Simply drag the the application to the trash. That's it.
    2. Some applications include their own uninstall utility (MS Office 2004 for Mac is one that immediately comes to mind). Simply run it to uninstall.
    3. Most applications will include detailed uninstall intructions in their ReadMe file.
    The method you use depends on the program but generally a simple "drag to the trash" is all that's required.
    Kryten

  • USB/Serial Drivers and App Builder Installer Questions...are drivers included in the Installer with the LV runtime engine?

    Hello all,
    I'm wondering if someone can help me out with how drivers and all are treated with applications distributed with App Builder, used to create a stand alone, full install of app and labview engine with Installer.
    What has happened  is, my application was created using the NI branded USB to RS232...and USB to RS485, and they work great.
    On the application when running..you fire it up, it finds the USB to serial device, and I have a dropdown that finds the available COM ports to use (along with setting parity, etc).
    I've installed on different computers (without previous labview installs) with the installer. They all worked.
    The customer has received the installer....and despite us telling them to use the NI branded USB/Serial interfaces..they are trying to work with a different USB/serial cable.
    They say the COM ports aren't even showing up when they run the installed application.
    So, I'm not sure where to start. Is this a driver issue?  Does the App Builder Installer...install the drivers for the interfaces I was using with it? Is there a way for the person to find and install a driver on their own...or would I have to somehow find out a driver for what they use....then, basically redo the App Builder Installer build...to include that driver with the executable I send back out?
    I guess I basically need a better understanding of how drivers for external access/communications are handled when you use App Builder to create a stand alone application complete with the labview runtime engine...and nothing else.
    Thank you in advance,
    cayenne

    The main thing is that LV uses VISA to talk to serial port whether native on the machine or from USB dongles that you plug into the computer. It sounds to me like their dongles aren't working.
    Can the customer see the ports in the Windows Device Manager? Can they access them through something like hyperterminal? How does your program find the USB/Serial devices?
    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

  • I can not create an Installer, After install the Vision Builder Demo and then uninstall it. I can not create a Labview installer anymore, it asks me for a Vision Builder Installer, even if My Labview program does not have nothing to do with it...

    I can not create an Installer on LabView, After install the Vision Builder Demo and then uninstall it. I can not create a Labview installer anymore, it asks me for a Vision Builder Installer, even if My Labview program does not have nothing to do with it...
    Solved!
    Go to Solution.

     Hi Shada this can happen if you are including additional installers to your installer for example DAQmx. When you are doing this the installer has to include other files like MAX (Measuremente and Automation Explorer). Probably when you installed Vision Builder it updated MAX, so when your installer is trying to Include MAX, its asking for the source where it was installed in your computer in this case Vision Builder.
     Here you can cache the information so its not asked again, or you can download a newer version fo DAQmx, so it will update MAX and change de dependecy.
     You can find more details about this issue in this KB:
    KnowledgeBase 3S88PJMY: Why Do I Get A "Missing Distribution" Error When Trying to Build an Installe...
    And for keeping a copy here is more info:
     How Do I Stop the Missing Distribution Notification Each Time I Build An Installer?
    Best Regards
    Benjamin C
    Senior Systems Engineer // CLA // CLED // CTD

  • LabView, Applicatio​n Builder, FieldPoint - Programmab​sturz beim Aufstarten einer erzeugten EXE-Datei

    Hallo,  habe folgendes Problem:
    Für einen Kunden wurde ein Programm zur Datenerfassung entwickelt (2005).
    Die Daten werden über die Fieldpoint-Schnittstelle erfasst und in einer CSV-Datei abgespeichert.
    Für ein Folgeprojekt möchte der Kunde eine angepasste Version dieses Programms.
    Darum wurde zusätzlich der Application Builder erworben um eine Exe-Datei zu erzeugen.
    Da ich sonst nichts mit LabView mache ist meine LabView-Version nicht mehr die neuste
    LabView Version 7.1
    Application Builder für LabView 7.1
    Fieldpoint Version 4.1 
    Das Erstellen einer EXE-Datei war auch erfolgreich, nur beim Ausführen der EXE auf dem neuen Zielrechner, bricht das Programm beim Aufstarten die Anwendung öfters mit einer Fehlermeldung ab (Fehlerbericht an Microsoft senden...) und beendet diese.
    In der Ereignisanzeige des Rechners erscheint in diesem Falle immer die Meldung ".NET Runtime 2.0 Error Reporting"
    Typ: Fehler
    Ereignisskennung: 1000
    Warum das Programm manchmal abstürzt ist leider nicht auszumachen, ich schätze aber dass es mit der Schnittstelle zu FieldPoint (Version 4.1) zu tun hat.
    Wenn ich das Programm aus meiner Entwicklungsumgebung aus Starte funktioniert es einwandfrei.
    Testweise habe ich auch schon die Entwickungsumgebung auf dem neuen Zielrechner installiert, auch dann läuft mein Programm wenn ich es manuell von dort aus starte. Kann ich beim Erzeugen der Exe-Datei noch was falsch gemacht haben?Aber warum funktioniert die EXE-Datei dann ab und zu?   
    Solved!
    Go to Solution.

    Translation 
    Hi, following problem:
    For a client, a program was developed for data collection (2005).
    The data are recorded on the FieldPoint interface and stored in a CSV file.
    For a follow-up project, the customer would like a customized version of this program.
    Therefore, in addition, the Application Builder has been acquired to produce an executable file.
    Since I do nothing else with my LabView LabView is no longer the latest version
    LabView version 7.1
    Application Builder for LabVIEW 7.1
    FieldPoint Version 4.1
    Creating an EXE file was successful, only when you run the EXE on the new target machine breaks
    Program at startup, the application several times with an error (send error report to Microsoft ...) and ended it.
    In the event viewer of the computer appears in this case always the message ". NET Runtime 2.0 Error Reporting"
    Type: Error
    Event ID: 1000
    Why does the program crashes sometimes unfortunately not identify, but I guess that with the interface
    to do on Field Point (version 4.1) has.
    When I run the program from my development environment from Start it works fine.
    Test,
    I've already installed the development environment on the new target
    machine, even running my program when I start it manually from there. Can I have when creating the exe file does do something wrong? But why the EXE files work now and then?

  • Microsoft Visual C++ runtime error when building installer

    I'm trying to build an installer for a very simple VI I've created in 8.2.  Before the build is complete I get a Microsoft Visual C++ runtime error message pointing towards the labview.exe file.  I've already tried re-installing LabVIEW and deleting older versions of the LabVIEW Runtime engines with no luck.  I recently upgraded my system from LabVIEW 6.1 and I'm using Windows XP.  Any suggestions?
    Thanks.
    LabVIEW 2012 - Windows 7
    CLAD

    I included waveform storage, runtime engine 8.2, ni-visa-runtime and  ni-serial3.1. I tried to create a setup.exe by installer on an other pc. But it's completely the same behavior afterwards. I attached the error message. This message appears after I choose the path and continue the setup. It's the question which file is meaning.
    I tried to create a setup.exe by installer without any additional. 
    The strange thing is it was unsuccessful with following message. Maybe this will be helpful to find the problem.
    CDK_Item_OnDoProperties.vi.ProxyCaller >> CDK_Item_OnDoProperties.vi >> CDK_InstallerConfiguration_Editor.vi >> CDK_Build_Invoke.vi >> CDK_Engine_Main.vi >> CDK_Engine_BuildDevPart.vi >> NI_MDF.lvlib:MDFBuildDevPart_Open.vi
    Attachments:
    missing file message.JPG ‏15 KB

  • LabView 2012 32-bit, creating an installer to run on Windows 7 64-bit

    Hello I have the full development LabView system installed on a 32-bit PC running Windows XP.  I'm trying to create in an installer that will be ran on a 64-bit machine running Windows 7.  I'm able to create the installer, but when I try to run the installer I get on the Windows 7 64-bit machine I get:
         "The version of this file is not compatible with the version of Windows you’re running.  Check your computer’s system information to see whether    
          you need an x86 (32-bit) or x64(64-bit) version of the program, and then contact the software publisher."
    I tried changing the compatibility mode under properties, without any success.  What else can be causing this issue.  Thanks.

    There should be abolutely no problem installing or running a 32 bit LabVIEW executable in windows 64 bit. I do it all the time.
    There must be something else. can you give a bit more details about your application? Are you including the runtime engine in the installer?
    "I tried changing the compatibility mode under properties, without any success" 
    What exactly did you do here?
    LabVIEW "full" does not allow building applications or installers unless you also have the application builder. I guess you have that.
    LabVIEW Champion . Do more with less code and in less time .

  • Error-33 building installer

    I am done with a project and I am trying to build an installer for it. I have not been successful. I have all the files needed inside the project.  I tested it and run the main Vis and there's no error.  But when Im trying to build the installer, I select my source files and se the Additional installers to automatic selection  I get this error each time:
       Forgive me if it's too long! can someone explain to me what that means.
       CDK_CreateNewWizard_Invoke.vi.ProxyCaller >> CDK_CreateNewWizard_Invoke.vi >> AB_CreateNewWizard_Invoke_CORE.vi >> AB_UI_FRAMEWORK.vi >> AB_UI_Frmwk_Installer.lvclass:Build.vi >> Installer.lvclass:Build_from_Wizard.vi >> IB_MSI.lvclass:Build.vi >> IB_MSI.lvclass:Engine_Build.vi >> NI_MDF.lvlib:MDFDistCopyList_CopyItem.vi
    Loading product deployment information
    *** Error: Input data from a source data file has errors. (Error code -33)
    Error Details:
    Error loading source distribution info for product 'NI .NET Framework 2.0 Language Pack x86 Installer' from registry.
    Error in MDF:istributionSourceCollection::LoadProductSourceFromNISysInfo
    Could not extrapolate product location on distribution because paths do not match
    Path of part on distribution: Products\DotNet20langpack_x86_Installer\DotNet20x86langpack.msi
    Path of part in product: DotNet20x86langpack\DotNet20x86langpack.msi
    *** End Error Report
    *** WARNING ***
    Ignoring 'NI .NET Framework 2.0 Language Pack x86 Installer' because there is an error in this product's installation data. Updating, repairing, or reinstalling the product may resolve this issue.
    *** Error: Input data from a source data file has errors. (Error code -33)
    Error Details:
    Error loading source distribution info for product 'NI .NET Framework 2.0 Language Pack x86 Installer' from registry.
    Error in MDF:istributionSourceCollection::LoadProductSourceFromNISysInfo
    Could not extrapolate product location on distribution because paths do not match
    Path of part on distribution: Products\DotNet20langpack_x86_Installer\DotNet20x86langpack.msi
    Path of part in product: DotNet20x86langpack\DotNet20x86langpack.msi
    *** End Error Report
    *** WARNING ***
    Ignoring 'NI .NET Framework 2.0 Language Pack x86 Installer' because there is an error in this product's installation data. Updating, repairing, or reinstalling the product may resolve this issue.
    *** Error: Input data from a source data file has errors. (Error code -33)
    Error Details:
    Error loading source distribution info for product 'NI .NET Framework 2.0 Language Pack x86 Installer' from registry.
    Error in MDF:istributionSourceCollection::LoadProductSourceFromNISysInfo
    Could not extrapolate product location on distribution because paths do not match
    Path of part on distribution: Products\DotNet20langpack_x86_Installer\DotNet20x86langpack.msi
    Path of part in product: DotNet20x86langpack\DotNet20x86langpack.msi
    *** End Error Report
    *** WARNING ***
    Ignoring 'NI .NET Framework 2.0 Language Pack x86 Installer' because there is an error in this product's installation data. Updating, repairing, or reinstalling the product may resolve this issue.
    Adding files to installer
    Validating...
    Copying files...
    Scanning files...
    Updating files...
    Build complete successfully.
    Done adding files
    Preparing to build deployment
    Copying products from distributions
    *** Error: Input data from a source data file has errors. (Error code -33)
    Error Details:
    Error in MDF API function: _MDFDistCopyList_CopyItem
    Error in MDF:istributionSourceCollection::LoadDist
    Could not extrapolate product location on distribution because paths do not match
    Path of part on distribution: Products\LabVIEW_RT_TraceToolkit_Support_90\LabV90\RTETT_LV_90.msi
    Path of part in product: LabVIEW_RT_TraceToolkit_Support_90\RTETT_LV_90.msi
    *** End Error Report
    Done building deployment

    In regards to needing to put in the CDs, LabVIEW will ask you to do so unless you actually transfer the installers to your computer.  When you install LabVIEW, it uses the installers on the CD to install to your machine.  It won't copy the installer files to your computer by default, as this would waste several GBs of space.  You would have to physically copy them from the disk or download them from ni.com/donwloads to get them on your desktop.  (This is true for any program, which is why you need installation disks to install or build installers unless you have the installer files on your computer.)
    In regards to the error, which XML file in the link I posted previously matched yours?  Revision A or Revision B?  Can you please post the precise error with Revision A replacing your XML file and the precise error with Revision B replacing your XML file?  I would expect the file paths listed to be slightly different.
    Could you also post the precise path of the "NI .NET Framework 2.0 Language Pack x86 Installer {F8ECD2D6-659C-49EB-8454-5F8F7B526FCF}.xml" file on your computer?  
    Regards,
    David R
    Applications Engineer
    National Instruments

  • Applicatio​n builder error 26005

    Hello All,
    When I try to build my application I get the following error:
    L'erreur 26005 s'est produite à Build Application.vi>>Dist Call Create Installer.vi>>Win Install
    Create.vi>>MSI DK Open.vi
    D:\TMNHe\Exe\TMNHe_Testeur_20090709\Installer.
    Raisons possibles:
    NMDK_OPEN_CAB_FILE_CREATE_FAILURE
    Can anyone help me?
    Labview and builder 6.1
    Solved!
    Go to Solution.

    A new installation of builder solved the problem. ?????

  • Applicatio​n Builder and Student Edition

    In Labview 8, student edition where do I go to install application builder?  I suppose its not part of a standard install because I don't think I have it.
    Message Edited by Adma on 02-18-2006 10:12 PM

    Ahhh, interesting!
    The application builder is not free. ( List price is $995 per installation)
    It is not clear what kind of educational discount you can get for it, because the academic discount for add-on and toolkits specifically excludes the application builder. I am sure your NI rep has more details. In any case, LabVIEW is only supported on newer versions of windows, so if these computers are really old (e.g. Windows 98 or ME) you're out of luck anyway.
    Well, the project has to be doable so talk it over with the professor.
    LabVIEW Champion . Do more with less code and in less time .

  • Deletion of Flash Builder 4.5 when installing Flash Builder 4.5 for PHP

    There is a very serious error with the Flash Builder 4.5 for PHP installer (from http://static.zend.com/topics/Flash-Builder-for-PHP-4.5.0-Release-Notes.txt ):
    If Flash Builder 4.5 (not PHP) is already installed on the machine, and the
      product (Flash Builder for PHP 4.5) is then installed in a different location,
      the user gets the "FB is installed" dialog.
      After clicking OK, the installation rolls back and removes both Flash Builder
      and Flash Builder for PHP.
    My questions:
    Can Flash Builder 4.5 for PHP be installed in the same location without deleting Flash Builder 4.5? If so, please define "location."
    Is there a workaround for installing both flavors of Flash Builder 4.5 and avoiding the deletion issue described above?
    Can a single do-it-all version of Flash Builder 4.5 be installed that combines the SDKs and features of both flavors of the Flash Builder 4.5 product?

    Hi Mike,
    Could you please send the following log files so we identify the exact problem and hopefully help you quickly:
    Windows:
    1.       <path_to_adobe_fbphp>/_Flash Builder 4.5 for PHP.log
    2.       Logs located under C:\Program Files\Common Files\Adobe\Installer\
    Max OSX:
    1.       <path_to_adobe_fbphp>/_Flash Builder 4.5 for PHP.log
    2.       Logs located under /Library/Logs/Adobe/Installers/
    Thanks for sharing this,
    Roy

  • Project Build Installer Properties Slow to load, (Maximum vi size)

    I have a LabVIEW Project with 450Mbytes of source code, and drivers.  The Project was originality in LabVIEW 2009.  I upgraded to LabVIEW 2011. 
    Now the Project Build > Installer Properties Menu is about 10x slower than was in LV 2009.
    I've done a mass compile, resolved all error messages in the Project, yet 2011 is still 10x slower than 2009.
    The 2011 Project will build an functional exe, and a functional installer given enough time (like 15 minutes).  During that time the computer is locked up, no other applications are functional.
    The Computer is XP, dual Core, 2.5GHz, 4Gbytes Ram, 4Gbyte Page File.
    The NI Support Desk is saying (quote)   >>>>   seem that the requirements for LabVIEW 2011 are different than the requirements for LabVIEW 2009    <<<<<
    Suggestions ???

    Does the procedure take 30 minutes or 15 minutes (first post)? Also, what is it about the installer build spec that requires further modification after you modify your exe build spec? If the exe is included in the installer, the installer build will automatically re-preview the included exe to get an updated list of files to include next time the installer is built. So unless you need to modify something about the installer spec and not the included source files, no edits would normally be required after changing your exe (or other included source files).
    Keep in mind, the previewing of the exe will take about as long as it takes to build the exe -- it's computing a list of the files that would be built without actually creating the files. A data point of interest is how much longer it takes your exe to build, comparing 2009 to 2011. Does your exe take 10 times longer to build in 2011? Longer exe build times mean longer preview operations in Installer Builder.
    Another thing to check is which distributions you're including on the Additional Installers page. Are more distributions being included in the 2011 build? Did the distributions change significantly in size since 2009?

  • How to build installer

    Hi,
    I have LabView 2014 and trying to build and installer from an existing vi.
    I encountered the attached error1. If I click OK or Build, it asks for media path (error2).
    I don't know what these mean and how to proceed.
    Any help is appreciated
    Thanks
     

    To expand on GerdW's suggestion, when you install the various toolkits/components with your LabVIEW installation, it doesn't include the 'redistributable' part which is what gets bundled into the installer.
    The first time you create an installer that uses a component (e.g. DAQmx), it will prompt you for the location of your NI Installation Media (e.g. DVDs, network drive) so that it can copy the redistributable parts into your installer.
    I believe there is an option which will 'save in local cache' so that you only have to do this the first time you include each component.

Maybe you are looking for

  • CS3: highlited bars popped up under File, Edit, etc.

    Using PHP CS3 on PowerMac OSX 4.1.1. Problem: Have these highlighted bars (light purple) on certain random files under menus that are in use or not. Been using PHP for 20+ years, never had this problem. Have contacted Adobe, which answer was, I have

  • Having problems with a Java Telnet Client

    I'm trying to write a Telnet Client(for a mud). I've searched the forum but can't seem to find the answer to my problem. The mud sends the ANSI color codes, is there anyway to get java to interpret this, or will I have to make a parser and do all the

  • Why is all video on my MBP screen jerky, please help.

    So; after a few weeks since I bought my Samsung Syncmaster monitor to watch and do everything on, I have just gone back to using the screen on my MacBook Pro, and all video; that means any codec, avi, mpeg, mkv, on any player: Quicktime, Flip4Mac, VL

  • How to export and import Financial Reports between two servers

    Cannot find the Export menu in Studio... Please help.

  • QoS-drops

    Hi.. I have configured service policy on tunnel interface but i am seeing packets are being drop in default class even if bandwidth is not full utilized. I have been running 20MB mpls circuit and configured GRE tunnel b/w two locations over mpls circ