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

Similar Messages

LabVIEW build Error 1 occured at NiFgen Configure Frequency.vi

Trying to rebuild the executable of a LV6.1 project, previously built on another computer (which crashed this week). Reinstalled development system on a replacement computer and now get this error message when I try to build. The application runs without problem in the development environment on the new computer.

It seems that the problem is limited to a single VI. Can you build the VI in another executable? On a long shot you might want to press control-shift-runarrow on the top level VI to perform a binary recompile of the code. Changes are you will see nothing happen.

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

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

Labview Application Error

Hi,
A while ago, I tried to change the build-in AI read from NIDAQ6.9.1. On way or the other, the build in AI read was replaced by My AI read, which in fact was exactly the same as AI read. Because of problems when transporting the file to other PC's, I tried to fix this. That is where everything started to go wrong.
When I save a file, I cannot reopen it: "labview application error" while opening. When I click OK, it sometimes adds something like "cannot find all necessary files or llbs". The funny thing is that exactly the same file, but saved on an other PC works fine.
I then reinstalled everything containing the word labview or ni daq, but still the same problem: every file saved on my PC does not open anymore. Sometimes,
let's say one out of 25, the file opens, but then craches closing.
Can somebody help?
Thank you.

> Checking the disk did not help, and because I did not know what to
> look for, I have done a fresh install of my system, complete with
> formatting and so on. The problem is now reduced to the larger files.
> The small files do not crash if I save them immediately after opening
> them. With the larger files, there is not always a problem, sometimes
> I can manipulate them for over 20 times, and then suddenly, crash and
> no way to open them anymore.
> When I speak about larger files, this is something between 700kB and
> 980kB. Is this maybe to big for Labview to handle? I have 256 MB RAM
> on my computer.
There is no size limit. The limit is probably something like two
gigabytes or so. I have customer VIs on my computer that are fo
ur or
five MB.
You say that it crashes. It would be helpful if you could be more
specific. Is there a dialog? What does it say? If the dialog is a
Failure dialog, then LV also creates a LabVIEW Failure.txt file that you
can file with technical support along with a description and this will
help to track down the problem.
Greg McKaskle

User events from labview build dll

Reference to pattern
Previous discussion
I had this pattern in place in a LV 7.1 application using a LabVIEW
build DLL, but when migrating to LV 8.5 I found that User Events
created in one application instance can not be fired by another
application instance. It seems that since LV 8.x a LabVIEW build DLL
are a different application instance. The generate user event function generates an error inside the DLL stating that it is not working because it is a reference from another application instance.
Is the behaviour of a LV build DLL different than a C build DLL? Is the C build DLL part of the same application instance as the LV executable?
Is there a way the get the LV build DLL to be a part of the same application instance as the LV build executable or development environment?
Regards,
André
Using whatever version of LV the customer requires. (LV5.1-LV2012) (www.carya.nl)

Forgot to tell that I rebuild the DLL in LV 8.5, before making that conclusion.
Message Edited by andre.buurman@carya on 09-04-2008 01:12 PM
Regards,
André
Using whatever version of LV the customer requires. (LV5.1-LV2012) (www.carya.nl)

Labview load error code 21

I have a VI which includes subvi for vision utilities like IMAQ winddraw, wind close etc. I build the exe file for the main VI. What extra files should I include in the exe generation? since when I build the exe file normally and it generates the error labview load error code 21. what other extra files should I inculde?

This should answer the question I think:
http://digital.ni.com/public.nsf/3efedde4322fef19862567740067f3cc/f695b089e3b1cd3286256a4000702136?OpenDocument
MTO

LabVIEW Build Error

Similar Messages

Maybe you are looking for