Build error in LabVIEW 8.5

Hi,
An error as follows has occurred when building the exe file:
Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
Error 1502 occurred at Invoke Node in AB_Source_VI.lvclass:Close_Reference.vi->AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_Build.lvclass:Build.vi->AB_EXE.lvclass:Build.vi->AB_Build.lvclass:Build_from_Wizard.vi->AB_UI_FRAMEWORK.vi->AB_Item_OnDoProperties.vi->AB_Item_OnDoProperties.vi.ProxyCaller
Possible reason(s):
LabVIEW: Cannot save a bad VI without its block diagram.
Method Name: Save:Target Instrument
The code was built successfully in all previous version. Only a few minor changes to the latest code: a global variable was added and a few calculation algorithm were updated.
Does anyone have any idea about this error?
Thanks in advance,
Jean

Hello AOrtin,
Another possible workaround for this issue is to use the additional exclusions section of Application builder. Uncheck all of the items on this category as shown below.
Also, are you getting the exact same error as described above? There were two bug fixes in LabVIEW 8.5 for Error 1502 when building EXEs but you mentioned that you are already using LabVIEW 8.5.
Regards,
Jon S.
National Instruments
LabVIEW R&D

Similar Messages

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

C++ build error with LabVIEW DLL

Hi, I'm a student at UC Irvine learning to use LabVIEW. I am working on a practice project for which I have to use a PID system to control the temperature of an object. Things are starting to get a little messy with nested control statements, loops, etc., so I figured I'd export a LabVIEW DLL with all the hard to code stuff, such as interfacing with my instruments, and plotting data or whatever, and do the number crunching and keeping track of stuff in C++.
The DLL file I made in LabVIEW went off without a hitch as far as I can tell, but when linking it to my C++ test program (which at this point is just including the LabVIEW's .h file for the DLL and an empty main() function), I get a lot of build errors. I am using Dev-C++ which uses g++ to compile the code.
Here is a pic of my build errors:
Solved!
Go to Solution.
Attachments:
LabVIEW_compile_error.JPG ‏184 KB

Normal windows apps are not as forgiving about where you can put your DLL as LabVIEW. You have to have a DLL either in the direcotry where the executable file itself resides (that would be your build directory, not the source directory), the windows or system directory, or any directory that is set in the PATH environment variable. Anythin else will most likely not work, or at least not reliably.
No need to add the cintools directory into your include file paths nor the library file paths. you would only need that if you decided to let the DLL export native LabVIEW data types in which case you would need the LabVIEW manager functions to prepare the correct data buffers.
Rolf Kalbermatter
Message Edited by rolfk on 07-30-2009 07:49 AM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Tab Control Property Node gives a build error when used in a VI for LabVIEW PDA

Hello,
    Iam new to LabVIEW development & need help regarding this:
    We are trying to port a LabVIEW application from desktop to a Windows Mobile PDA. Please note that the LabVIEW application works fine on the desktop. In one of the VIs, a Tab control property node is used which gives a build error with LabVIEW PDA project. A sample VI which shows the problem & the error list snapshot is attached with this post. Can anyone please suggest an alternate approach to achieve the same functionality with LabVIEW PDA? Waiting for an early response from anyone...
Thanks & Regards,
Subhashini
Attachments:
VI_Error.zip ‏31 KB

Hello Ton,
    Am glad that i got a response, thanks. The following links indicate that Tab control is supported on PDA target:
http://digital.ni.com/public.nsf/allkb/CBA335641E27B858862571490015EA88?OpenDocument
http://forums.ni.com/ni/board/message?board.id=170&message.id=221507&requireLogin=False
    I feel that the Tab control property node that has been used in the VI (which is attached earlier) may not be supported on the PDA target. Can u (or any LabVIEW expert) suggest an alternate approach to achieve the same goal with LabVIEW PDA (changing colour of Tab control pages programatically)??
    I had missed out some details earlier: We are using LabVIEW 8.5 PDA module on a Windows Mobile PDA.
Thanks & Regards,
Subhashini

LabVIEW Build Error

I attempted to build an existing LabVIEW project for deployment on a new computer. This is the first time I have built this project under Windows 7 and LabVIEW 2012 SP1. The build did not complete and the following message was received:
"CDK_Item_OnDoProperties.vi.ProxyCaller >> CDK_Item_OnDoProperties.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:MDFBuildDist_Build.vi
Loading product deployment information
Loading product deployment information
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
Copying distribution 'NI-488.2 for Windows, Version 3.1.1' from: C:\ProgramData\National Instruments\Update Service\Installers\NI_20130308_0954\Updates\NI-488.2 3.1.1 3.11.99999\ to: C:\ProgramData\National Instruments\MDF\ProductCache\
Copying distribution 'NI-DAQmx 9.6.2' from: C:\ProgramData\National Instruments\Update Service\Installers\NI_20130308_0954\Updates\NI-DAQmx 9.6.2 9.62.49152\ to: C:\ProgramData\National Instruments\MDF\ProductCache\
Copying distribution 'NI-SWITCH 4.6.1' from: C:\ProgramData\National Instruments\Update Service\Installers\NI_20130308_0954\Updates\NI-SWITCH 4.6.1 4.61.49152\ to: C:\ProgramData\National Instruments\MDF\ProductCache\
Building deployment
Copying setup files
Setting merged database information
Setting product information
Setting developer part information
Starting final build
Validating...
Copying files...
Scanning files...
Updating files...
Creating merged database...
Creating installer files...
Build complete successfully.
Copying additional setup files
*** Error: Windows SDK function returned an error. (Error code -12)
Error accessing a resource module "Z:\Projects\CP-26\LabVIEW Code\Builds\CP-26 Installer\Volume\supportfiles\customResource0012.dll".
*** Error Details:
Error in MDF API function: _MDFBuildDist_Build
Error in MetaToolbox::UpdateResourceString.
strId: 2; New String: CP-26 Program Installation (Database Version); LangId: 12
Windows function LoadResource returned an error. Error code: 193
*** End Error Report
Done building deployment"
Please advise. Thanks.

Hi Double_D,
Are you trying to build an EXE or an Installer? You may need to ensure that dll links are linking correctly. Which version of LabVIEW was this project originally developed? That may also be an issue. Especially if you are changing LabVIEW versions, Operating Systems and .NET versions. Here is a document that dicusses some possibilities of the error.
http://digital.ni.com/public.nsf/allkb/AFC375154EFBD6AE8625760B005FB723?OpenDocument
Ryan
Applications Engineer
National Instruments

Building Dll for labVIEW RT gives errors

Hi All
Does building dll for labVIEW RT using CVI require labview runtime engine to be installed?
becuase i get some errors of unsatisfied referances to some library while building the dll with target selceted to "labVIEW real time only".
Regards
Arun

Hello Arun,
You don't need to have LabVIEW Run Time installed on your machine. Please check the link below to see the function that are supported by exporting the LabWindows/CVI LabVIEW RT Engine
http://digital.ni.com/public.nsf/websearch/D3EFE7C6F073384886256FDD005FBCDA?OpenDocument
Ame G.
National Instruments

Report Generation Toolkit and Office 10 - build errors

Using LabView 2011 and Report Generation Toolkit 2011.
After installing Office 10, I would get build error for Excel-Print.Vi and Excel-SetCell.vi and build is then aborted.
2011/vi.lib/addons/_office/_excelsub.llb/Excel-Print.vi.
Says it is unable to save a vi without a block diagram.
Uninstalled Office 10 and reinstalled Office 2003 and build went thru just fine.
I can program using Excel 2003 and the compiled executable will work on another computer with Excel 2011 but once I install Office 10 on my LabVIEW computer I cannot build.
Can't believe I could be the only one to experience this. Any workarounds?

Duplicate Post

Build error: an input parameter is invalid

I am looking for help with a build error. I am getting the following error message when I try to build a project in 8.5.1:
Error 1 occurred at Open VI Reference in AB_Source_VI.lvclasspen_Reference.vi->AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_Build.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: 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.
VI Path:
Tom Rhoads
Goodrich FUS
Vergennes, Vermont

Arducopter:
Did you check to see if the KB Hunter posted resolves the issue?
If you're opening a project in a newer version of LabVIEW, then there's a chance the mass compile tool might work. It will open and save all of the VIs within a specified folder. The tool is fairly self-explanatory, and you can access it from within LabVIEW by going to "Tools --> Advanced --> Mass Compile..."
Good luck!
Caleb Harris
National Instruments | Mechanical Engineer | http://www.ni.com/support

Error 7 Build Error - File not found

I am trying to build my software to another computer over the network. I am able to access the directory I am installing to and the program is not indicating any build errors(all VI's are not broken). This error only occurs when building. Any suggestions would be great.
Thanks,
Nate
The Build was unsuccessful
Possible Reasons: An included VI or one of its dependencies does not exist. Open all Startup/Exported/Dynamically called VIs, recompile them (Ctrl-Shift Click the run arrow), and save them to update their dependencies.
\\PAINESTORAGE\Engineering\Test & Manufacturing Software\AutoTest Software\Current Version\AutoTest ...
Extended Details: Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
Error 7 occurred at ABAPI Dist Report Read Link Info Error.vi -> ABAPI Dist Cmp Settings to Disk Hier.vi -> ABAPI Get Settings From File2.vi -> EBEP_Invoke_Build_Engine.vi -> EBUIP_Build_Invoke.vi -> EBUIP_Build_Rule_Editor.vi -> EBUIP_Item_OnDoProperties.vi -> EBUIP_Item_OnDoProperties.vi.ProxyCaller
Possible reason(s):
LabVIEW: File not found. The file might have been moved or deleted, or the file path might be incorrectly formatted for the operating system. For example, use \ as path separators on Windows, : on Mac OS, and / on Linux. Verify that the path is correct using the command prompt or file explorer.
=========================
NI-488: Non-existent board.
-Nate
Solved!
Go to Solution.

Is there a way to see a report of the dynamically called VI's? I inherited this software and am relatively new to LabView...
-Nate

Application builder error 1041

Dear All,
I have a problem to build a application in Labview 8.5.
It's the first time that I try to build this application in fact it's the first application every I try to build.
I found the following problem.
Authentication: "Error Code Database.vi is password-protected. Enter the password to acces the block diagram."
I do not know the password for this file.
The building errors details I get are:
Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the following information as a reference:
Error 1041 occurred at Invoke Node in AB_Source_VI.lvclass:Apply_VI_Properties.vi->AB_Source_VI.lvclass:Copy_SourceItem.vi->AB_Build.lvclass:Copy_Files.vi->AB_Application.lvclass:Copy_Files.vi->AB_Build.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: Incorrect password.
Method Name: Lock Stateet
When I start looking for the file that causes the problems I find that it is "Get File Type.vi" it's protected.
This is an NI file and I do not know the password and I do not know why it is locked.
The VI general properties of the file are:
C:\Program Files\National Instruments\LabVIEW 8.5\vi.lib\Utility\lvfile.llb\Get File Type.vi
File revision is 78
I tried to solve the problem as discribed in tread
http://forums.ni.com/ni/board/message?board.id=170&message.id=297099&requireLogin=False
But that did not work for me. A build with a new file also gives the same error.
So I tried something else in the Build specification there is a menu "source file settings". There is a selection about passwords
You can choose 3 settings 1) No passord change 2) Remove password 3) Apply new password. I changed this setting from 2 to 1.
And I can build the project now. So I change back from 1 to 2 and I should get the error back again. And I did not. How can this happen?
What is going on?
Thanks in advance

Mike, you can't change the password if you don't know the old one. Why do you want to change the password? I do't wanna change the password. The application builder is asking for it and I do not have it. The same problem occured at thread http://forums.ni.com/ni/board/message?board.id=170&message.id=297099&requireLogin=FalseIt looks almost the same but the solutions there did not work. The problem kept occuring. So I tried someting else:
In the Build specifications there is a menu "source file settings" for your project files. I only have 1 main.vi project file
There is a selection about passwords for your source file settings. See attachment 3. You can choose 3 settings
1) No passord change
2) Remove password
3) Apply new password.
I changed this setting from 2 to 1.And I can build the project now. So problem solved.
Then I changed back from 1 to 2 and I should get the error back again. And it did not.
I do not understand why it works and I would like to.
What is going on?
Attachments:
Authentication.JPG ‏13 KB
VIPropertiesProtection.JPG ‏131 KB
SourceFileSettings.JPG ‏52 KB

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!?

Installer Build Error

Hi,
I am rebuilding an existing Labview application (originally done in LV8.6) using LabVIEW 2011. The application works in LV2011 as stand alone but when I try to build the installer, I get the error for which the details are in the attached text file.
Please help figure out the issue.
Thanks
Jeet
Solved!
Go to Solution.
Attachments:
Installer builder error.txt ‏4 KB

The issue with installer build is fixed. It wasn't able to read the drivers from the CD drive because the CD drive had gone bad.
We replaced the CD drive and it started working.

PDA build error when using a 'value change' event on two controls

I get a build error when I use a 'value change' event on controls of a different type or even a different numeric representation. I'm using LV 7.1 PDA with no other modules installed. Attached is a picture of the entire code and the error message.
Try to take over the world!
Attachments:
PDA Error.jpg ‏48 KB

Hi,
I verified the error that you are seeing. It appears to be a bug hence I have reported it to our developers. Hopefully this bug would be fixed in the next relaese of the PDA module.
Thank you for pointing this to us. It is through feedback that we can make LabVIEW PDA module even better.
Regards,
Ankita A.
National Instruments

*.exe build error, files not on system error

I have recently had to rebuild my laptop meaning a full instal of 8.5.1.
I have just got to the stage of building an existing project that has been live for a number of months and built a number of times.
The *.exe builds no problem but the installer comes up with a build error
Has anyone saw this before?
Any ideas anyone???

your some guy.
Worked a treat!
Will that be that the previous build was from a previous version of labview & a previous version of laptop and just got its knickers in a twist?
Thanks for your help, I did search but obviously not good enough

Problem building installer in Labview with the databse connectivity toolset

Hello!
I have built an application in Labview Using the Databse Connectivity Toolset but when I try to make an installation file of it, the following appears in the build window:
CDK_Item_OnDoProperties.vi.ProxyCaller >> CDK_Item_OnDoProperties.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
Adding files to installer
Done adding files
Preparing to build deployment
Copying products from distributions
Building deployment
Copying setup files
Setting merged database information
Setting product information
Setting developer part information
Starting final build
*** Error: Caught an exception of an unknown type. (Error code -1)
*** End Error Report
Done building deployment
Does somebody have any idea that has gone wrong?
Best regards
Erik Johansson

Did you select the run time engine for LabVIEW?
Kudos and Accepted as Solution are welcome!

Build error in LabVIEW 8.5

Similar Messages

Maybe you are looking for