Application builder error.llb

Hi all,
I'm using application builder to compile an executable of my VI. Compile runs without a hitch.
However, when I try to launch the .exe three subvis from error.llb are missing : Not Found Dialog.vi, Details Display Dialog.vi and Set String Value.vi
The compiled .exe seems to be looking for these VIs in instr.lib, which is nowhere to be found in the compile folder.
This happens even on my developpment machine, on which, of course, the VI runs fine from within LabView.
Did I miss something during the compiler setup ?
Thanks in advance for your help !
Nico
Solved!
Go to Solution.

I've had this before, and it was reported by NI as being a bug that comes from loading up a project that was built in an older version of LabVIEW and creating an application from it. For me it was loading a LV8.5 project into 8.6.
The only workaround was to add the three missing vi's to the project, and ensure they are added to the Always Included list within the application builder.
You will find these vi's in Program Files\National Instruments\LabVIEW 8.x\vi.lib\Utility\error.llb. Simply add them to your project somewhere, then in application builder made sure you select them as Always Included in the Source Files section, then rebuild your application.
Message Edited by Thoric on 03-13-2009 03:52 PM
Thoric (CLA, CLED, CTD and LabVIEW Champion)

Similar Messages

  • Application builder error 1055

    ed. cross-post: http://lavag.org/topic/18047-application-builder-error-1055/
    Hello everyone
    I have a big problem with building applications lately. The build is running fine until the end, when it throws:
    Error 1055 occurred at Property Node in VISL_findDependentVISvr.vi->VISL_findAndProcessVISvrList.vi->VISL_detectAndCopyVISvr.vi->AB_Engine_Copy_CustomIOServer_Files.vi->AB_EXE.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_Application.lvclass:Build.vi->AB_EXE.lvclass:Build.vi->AB_Engine_Build.vi->AB_Build_Invoke.vi->AB_Build_Invoke.vi.ProxyCaller
    Possible reason(s):
    LabVIEW: Object reference is invalid.
    Has anyone seen this error in app builder? Does anyone have any idea how can I resolve this problem?

    Lennard, Valko
    I'm using LV 2013 f2. Let me give you some more details and... The story how I fixed it:
    The project is pretty big (~1500 VIs) and highly object-oriented (~300 classes). It has RT (PXI) and PC part. Some of the classes are shared between PC and RT. The problem with build was present only on PC - build for RT was ok.
    I had DSC module installed, but it was not used in this project at all. Despite that, when I found information from Lennards link, I've tried to build it using "Enable Enhanced DSC Run-Time support". It didn't help. I started to wonder if the sharing of classes between RT and PC has something to do with the problem. So I refactored the project, splitted it into two projects (one for PC, one for PXI) and reduced number of shared classes (especially some specific classes, which implement "threads"). Afterwards, the build could be done just fine, but only in those refactored projects.
    Now for the plot twist: before refactoring, I've tried to build the project on another computer. It was build without any problems! So I started to look for the differences. First of all, just before the build I've updated one of our internal libraries in VIPM and changed its name - so it was my main suspect (I needed to update dependencies in project as the change of VIPM package name changed it folder in vi.lib). This + disconnecting code from VIs and I though that I've just found another way of destroying LV compiler completely. Still, I couldn't fix it in any way...
    As per Valko suggestion I've uninstalled DSC module completely. Once again - my project does not explicitly use this module at all! Removing the module didn't broke anything in the project. And guess what? The build was done without problems! I've even tried to do this build again on the code revision before refactoring, and the build was done!
    tl;dr: REALLY NI!!?!? REALLY!? YOU'VE BROKEN SOMETHING IN THE MODULE WHICH I DON"T EVEN EXPLICITLY USE AND MADE ME LOSE FEW DAYS OF WORK JUST TO FIND IT OUT? REEEEAAAAALYYYYY!?

  • Application Builde Error

    When I build my application in Labview 6.1(Win 2000), the error is "Error 1 occurred at Snd Gen Error Call Chain.Vi\., possible reason:
    Labview: An input parameter is invalid", What sould I solve this problem?
    Thanks.

    Typically, this occurs when vi's have duplicate names. Find all instances of Snd Gen...vi and rename the dupes.
    See the handy dandy ni doc strangely titled "What Do I Do When I am Building An Application and I Get Error 1: "Error saving file xxx.vi"?" at:
    http://digital.ni.com/public.nsf/3efedde4322fef19862567740067f3cc/283d12080ec1d339862568d2005617b0?OpenDocument
    or the Application Builder Troubleshooter at:
    http://www.ni.com/support/labview/toolkits/appbuild/
    2006 Ultimate LabVIEW G-eek.

  • Application Build Error

    When I try to build my application I get the following error: Error 26096 occurred at BuildApplication.vi>>DistCallCreateInstaller.vi>>WinInstallCreate.vi>>WinInstallAddMergeModules.vi>>MSIDKLoadMergeModules.vi C:\Program Files\National Instruments\LabVIEW 6.1\applibs\distkit\redist\Modules\ActiveXContainer.Msm
    Possible Reasons:
    NMDK_AMM_UNSPECIFIED_MERGE_ERROR

    Hi
    This behaviour can happen when installing Visual Studio .Net or ORCA because they install a newer mergemod.dll which isn't compatible with the older version that LV 6.1 uses in the Application Builder installer.
    This steps should help:
    1. Open a command prompt.
    2. Change to the "\Program Files\Common Files\Microsoft Shared\MSI Tools" directory.
    3. Execute the following command: "regsvr32 /u mergemod.dll". This should report that the unregister was successful.
    4. Change to the "\Program Files\National Instruments\shared\Installer" directory.
    5. Execute the following command: "regsvr32 mergemod.dll". This should report that the register was successful.
    Hope this helps
    Luca
    Regards,
    Luca

  • Blueprint Application Builder Error.

    Dear Gurus,
      I went to CRMC_BLUEPRINT transaction code and selected the BluePrint Application Builder. BAB got launched in Internet Explorer. When I select the Application as "Leads" and View as "Lead Manager" and click on "Load Application" I get a java script message saying "SAP data could not be maintained in the customer system". I get this message for any selection of Application and View. Can you pls advice me.
    Thanks!
    Vivek.

    Vivek, get me your email address and will forward you the CRM PC-UI 4.0 Cookbook and I would recommend you to go through the examples and the end of the documentation to get a feel of the concept and how to tackle your questions. Also read the conceptual piece of the blueprint tables and their possibilities. If you have any questions just let us here now and help you gladly. Tiest.
    By the way also have a look at my weblog: <a href="/people/tiest.vangool/blog/2005/07/24/pc-ui-and-easy-enhancement-workbench-eew-integration and Easy Enhancement Workbench (EEW) Integration</a> which describes the generic process on how to extend transactions and make them available in PC-UI.
    Message was edited by: Tiest van Gool

  • Application Builder error in LabVIEW 7.0

    I am maintaining some legacy code in LabVIEW 7.0.  I have recently (perhaps within the last month or so) been getting Error 1003 in Dist Copy Non-VI Files.vi (part of App Builder) when building my code.  I've done some testing, including trying to build much simpler VIs, and get the same error.  Curiously, this occurs on multiple (Windows XP SP3) machines, both "real" and "virtual", including on two of three installations on a single PC (so it is not hardware-dependent).
    I have a strong suspicion that the problem is neither my code nor LabVIEW itself, based on the following logic:  1) This problem arose on multiple PCs at about the same time (i.e. I don't recall seeing this a few months ago, now I see it on almost all of my PCs).  2) There are two PCs where I do not see this error -- when I check the LabVIEW installation files between a PC that "works" and one that doesn't, the differences seem (to me) to be small, more related to "what did I do most recently" or "how much of MAX did I install, which drivers".  (3) Using or not using OpenG in my code mades no difference, nor does turning off Anti-Virus scans.
    I tried two other things.  First, I have a VM that I recently build (which I think is significant) that has both LabVIEW 7.0 and LabVIEW 7.1.  The build fails with LabVIEW 7.0, but succeeds with LabVIEW 7.1.  In addition, I found a VM, built a year ago and "sitting idle", with LabVIEW 7.0 on it.  I fired it up, did not allow Microsoft Update to update anything, and tried the build with LabVIEW 7.0 -- it worked!
    My current working hypothesis is that some "patch" installed by Microsoft (.NET? ActiveX?) has clobbered something in the LabVIEW 7.0 Build Application.  Unfortunately, the VIs that make up this application are password-protected, so I can't see "inside" to discover what file or other condition is responsible for the error message.
    Does anyone have any ideas or suggestions?  [Don't suggest "Upgrade to 7.1" -- I'm the only "maintainer" of multiple PCs and multiple applications, some of which run on systems "belonging" to other people.  I am in the process of rewriting the code in "modern LabVIEW" (2011) and will port it widely, but until then, it's not practical (or "politically correct") to make the 7.0 -> 7.1 shift ...  Besides, my curiousity is piqued!]
    Bob Schor
    Solved!
    Go to Solution.

    Good point.  The reason for my "laser beams" is several fold.  First, I follow a written protocol (I wrote it!) whenever I install or re-install LabVIEW 7.0, so I'm pretty sure that all of the installations "should be consistent" (if not identical).  Second, I compared two NI folders in Program Files between a version that worked and one that didn't, and while there were differences, it seemed "not likely" to be an explanation.  Third, I'm 99% sure that at least one of the systems that now cannot build (of the eight installs, all by me, that I've checked, only three worked, and one was on a PC that hadn't been turned on in over a year, hence was certainly not updated) was able to build previously (i.e. I don't recall seeing this problem until about a week ago, when I started re-building an update to my legacy application).  It is possible that this problem was always present on these systems, but doesn't seem likely.
    Nevertheless, before the beginning of next week, I plan to take one of my "failing" systems, uninstall LabVIEW (but not change the OS in any way), reinstall it, and see if I can build.  If this still fails, I'll take the "old" system I mentioned above and start bringing it "up to speed" until I "break" the App Builder.  Note that it is possible that MicroSoft is not to blame -- I have other software (such as editors, utilities like WinZip, etc.) that have also been updated, and one of them might have clobbered the Builder.
    Will let you all know what I find.
    Bob Schor

  • Application builder Error: Windows SDK function returned an error. (Error code -12) *** End Error Report

     try to create an installer in Labview 8.6.  The build fail and I got this message.
    CDK_CreateNewWizard_Invoke.vi.ProxyCaller >> CDK_CreateNewWizard_Invoke.vi >> CDK_InstallerConfiguration_Editor.vi 
    >> CDK_Build_Invoke.vi >> CDK_Engine_Main.vi >> CDK_Engine_Build.vi >> NI_MDF.lvlib:MDFBuildDist_Build.vi
    Loading product deployment information
    Loading product deployment information
    Loading product deployment information
    Loading product deployment information
    Adding files to installer
    Done adding files
    Preparing to build deployment
    Copying products from distributions
    Copying distribution 'NI LabVIEW 8.6.1 Datalogging and Supervisory Control Module' from: 
    D:\software\application\LabView\NI.LABVIEW\NI-Labview 8.6.1 DSC Module\ to: C:\Documents and Settings\Lidaoling\桌面
    \Builds\generate waveform\My Installer\
    Building deployment
    Copying setup files
    Setting merged database information
    Setting product information
    Setting developer part information
    Starting final build
    Validating...
    Copying files...
    Updating files...
    Creating merged database...
    *** Error: Windows SDK function returned an error. (Error code -12)
    *** End Error Report
    Done building deployment 

    Solution

  • Application Builder Error "Browse to LabVIEW.exe"

    LabVIEW gurus...
    I am currently building a standalone app from my project.  When I run the application (which builds successfully), LabVIEW prompts me to browse to the LabVIEW.exe file.  However, I want this app to run on a computer that will not have LabVIEW installed, and so browsing to this file isn't an option.
    I know that the reason for this problem is that I'm using 2 call library functions named StrLen and MoveBlock within the LabVIEW.exe library (to access data from a pointer to a pointer).
    LabVIEW.exe shows up as one of the dependencies in my project, but I can't figure out how to add it to my build specifications.  I tried to build an installer and include the LabVIEW runtime environment, but this doesn't seem to work either.
    Any suggestions would be greatly appreciated!
    I'm using LabVIEW 8.6.
    Thanks,
    Jason
    Solved!
    Go to Solution.

    In the dll call simply type LabVIEW without any path. This should work (I used it on 7.1)to automagicallylink it.
    The functions are also located in the lvrt.dll which is the main part of the runtime engine.
    Felix
    www.aescusoft.de
    My latest community nugget on producer/consumer design
    My current blog: A journey through uml

  • Application builder error

    Has anyone seen this error
    I get this error after I build an installer and try to run the setup
    Message Edited by James R on 05-14-2009 01:24 PM
    - James
    Using LV 2012 on Windows 7 64 bit
    Attachments:
    builder_error.jpg ‏48 KB

    Hi James,
    Did you make sure to include the LV 8.5.1 Run-Time Engine in the installer?  The error is saying that dependencies are missing and the product code is for the LabvIEW Run-Time Engine v8.5.1 (I was able to look that up for you).  When you say the executables work by themselves, is that on the target machine or development machine?  Have you ever been able to build an installer?
    Kristen H.
    Message Edited by Kristen H. on 05-15-2009 11:18 AM

  • Error 7 occurred at Open VI Reference with Application Builder

    Using Labview 5.1, I am building an application where all the vi's are placed in a single .LLB file. I have one top level vi (with sub-vi's), and one vi that is opened by the Open VI command. The program runs fine with labview installed. I want to make an executable file. I select the top level vi and select the vi that is opened by the Open VI command as a dynamically loaded file. I get an error when I attempt to build the file.
    "Error 7 occured at Open VI Reference in Dist Build LLB Image.vi -> Dist Build App Image.vi -> Build application.vi"

    Dear Sir;
    There are two things that are good to try:
    First, create the application in a folder that is closer to the root directory (e.g., c:\myApp). There is a limit to the length (or depth) of the path name to your application's target directory, so, if you are choosing a too long path you might get an error.
    Second: The Application Builder reads certain information from the VI in order to determine how to build the executable. To avoid possible errors, either in the build process or in the built executable, make sure the VIs are LabVIEW 5.1 VIs. You can convert your VIs to LabVIEW 5.1 VIs by using the Mass Compile feature (File >> Mass Compile) in LabVIEW before you build your executable. The Mass Compile feature will allow you to select either a directory or a LabVIEW
    .llb file to compile.
    Regards

  • Application Builder comes up with generic error #42

    Building a large application that has previously built without a problem in LabVIEW 2009 SP1. 
      The error message returned is -
    "Error 42 occurred at D:\EMSolutions\Automation\PTMP\System Measurement Functions\System Measurements.llb\PTMP - Tx Performance.vi
    Possible reason(s):
    LabVIEW:  Generic error."
    Would appreciate some clues as to what might cause this error.
    Herbert Niesler

    Have had it happen to me again and managed to play around a bit and found the following -
    1.  The error 42 occurs in relation to a Start Up vi (I have multiple startup vi's in this project).  Doesn't happen to any other vi.
    2.  If I remove the offending vi from the project, the error 42 then occurs on another startup vi.
    3.  Putting that vi back in and making it a startup vi again triggers the problem with that vi.
    4.  Then I opened the offending startup vi (note that the project was compiled with all startup vi's closed).  On building the application the error 42 occurred on another startup vi (the same vi as happend in 2.).
    5.  When I opened this 2nd offending vi and did a build, I had success.
    Now I realise I have not seen the problem before because I usually did a build with all the startup vi's open.  Its only recently that I have started doing builds with all front panels closed.
    So advice at this stage is - open the front panels of your startup vi's and that should get rid of the error 42.
    Herbert Niesler

  • During an application build I received an error 7 for a missing source NI vi 1d linear evaluation.vi

    During an application build, I got "Error 7 occurred at c:\Program Files\National Instruments\LabVIEW 6\vi.lib\Analysis\8numerc.llb\1D Linear Evaluation.vi - source does not exist".
    This existed in Labview 5.1.1. Was it deleted in 6.0?

    No, this VI is in the following location "Functions >> Analyze >> Mathematics >> Array Operations>>1D Linear Evaluation.vi"
    Perhapse this in a package (Advanced Analysis) that is not included in your version of LabVIEW. You may need to upgrade to get these VIs, or you can copy them over from your Labview 5.1.1 installation.
    -Jim

  • Stand-alone application generates error with function 'Ramp Pattern' (bug in application builder?)

    Hello,
    in my program a main.vi links to a sub-VI via 'open VI reference' and 'invoke node'. In this sub-VI the function 'Ramp Pattern' is used. The program itself runs normally, but if I build a stand-alone application using application builder I get an error message 'error 1003 occurred ..'. I believe this error is directly related to the build specifications which are as follows: the main.vi is referenced in a main build specification, the sub-VI in its own specification where the target is a LLB.
    I appended an example-program that exhibits the error (when executing 'Application.exe' and pressing 'calculate ramp'). The error does not occur when disabling the 'ramp pattern' function and rebuilding the application.
    I would rate this to be a bug in the application builder and would appreciate any help on how to solve this problem. However, due to the structure of the whole program the sub-VI has to remain in its own LLB.
    Attachments:
    RampPattern.zip ‏198 KB

    There can be reasons why a VI might appear broken when loaded from an executable. For example, if you have different versions of the same VI or enum that differ in such a way as to break the calling VI, that can cause a broken arrow when loaded from the executable. If you have DLLs being called and the runtime engine can't find the DLL, that can cause a broken arrow that you might not see otherwise. Finally, there is a bug related to a VI appearing broken when its not.
    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

  • App. builder Error 1003 occurred at ..... internal.llb

    Hi,
    I have an RT application that uses three FPGA PXI-7831R. The application was created with LabVIEW 7.0. We upgraded to 7.1, then to 7.1.1. We followed the instructions for 7.1.1, mass compile LabVIEW and mass compile our own code.
    For the FPGA I had to create projects. I built the loads for each of them, updated the Open FPGA References in the RT code and then I was easily able to build an EXE with application builder. However, that load contained errors, so I had to debug it. I changes aliases in the FPGA projects, recompiled the 3 FPGA loads and refreshed their references in the RT code. I was able to debug the code and solve all my problems. That load would run with LabVIEW environment, downloaded to the RT target.
    However, with application builder, when I compile that new load, I get: Error 1003 occurred at … internal.llb… The VI is not executable. I verified the VIs and their arrows are not broken. I already had "BldApp.RemovePolyVIsandTypedefs=False" in LabVIEW.ini. I opened my RT top level VI and performed ctrl-shift-run and LabVIEW becomes not-responding, taking 99% of the CPU, in that state for 90 minutes. I repeated that with a lower level VI containing FPGA Read/Write Control and got the same behavior, ctrl-shift-run makes LabVIEW to process I don't know what until I kill it. I could repeat that on 2 more PCs. However, it is ok if I do that with a VI not containing FPGA references.
    The VI stated to be non-executable contains call to FPGA Read/Write Control. I removed these calls to debug and I got the same Error 1003 on the next VI containing an FPGA Read/Write Control. Are there some known issue with application builder and accessing FPGA with LabVIEW RT 7.1.1?
    Thanks!

    Hi, AvernaFrca
    You shouldn't have any problems when creating an EXE in LabVIEW that calls the Open FPGA VI Reference or the Read/Write Control VI. There are a few KBs online that relate to that error number, but it seems that you have read them already, because the suggested fixes are to mass compile (or do Ctrl + Shift + R) and that doesn't seem to fix it for you.
    In your case, I would recommend you to make sure that your VIs are not corrupted. The easiest way will be to create another FPGA VI that you could call from a brand-new host VI. It can be something as simple as just do A + B. If that does work, then it might be a problem with your current VIs and it might be a good idea to recompile them, just to make sure. Hopefully that will take care of it. If the error is still present, then the problem might be the actual Read/Write Control VI, and we will have to fix or replace it with a new one.
    I hope this helps! Let me know if you have any additional information.
    GValdes

  • Build dll error in application builder 8.6.1

    Hello,
    I get always an error in the LV 8.6 application builder, when I build a dll. There is only one function in it, that has a string and an error input, and nothing else. I attach a screenshot of the VI prototype, and hier is the error description:
    Error 1 occurred at Building DLL.
    A component needed for Application Builder does not support the required functionality. This might have been caused by installing an older version of LabVIEW after this version was installed. Reinstall the current LabVIEW version to correct this issue.
    Possible reason(s):
    LabVIEW:  An input parameter is invalid. For example if the input is a path, the path might contain a character not allowed by the OS such as ? or @.
    =========================
    NI-488:  Command requires GPIB Controller to be Controller-In-Charge.
    After that I reinstalled LV8.6, I tried to reinstall only the 8.6 app builder, but no success.

    Hello,
    thank you for the reply.
    I have solved the problem. I uninstalled the last installed LV version, this was 8.0. Then ran appbuilder again in 8.6, then I have got an instruction to run applibs\lvdllbuilder\lvdb.exe. Since then works.
    regards
    Mitulatbati

Maybe you are looking for