LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Error 1502

Solved!
Go to solution

While trying to build a previously build exe I get the following error.

 

Error 1502 occurred at AB_Source_VI.lvclass:Close_Reference.vi -> AB_Build.lvclass:Save.vi -> AB_Build.lvclass:Copy_Files.vi -> AB_Application.lvclass:Copy_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:  Cannot save a bad VI without its block diagram.

0 Kudos
Message 1 of 15
(7,808 Views)
Solution
Accepted by topic author Paul_Knight_Lockheed_Mart

Hi Paul,

 

Could you provide some background what (if anything) you changed right before you are recieving the error, what version or LabVIEW you are using, and/or what toolkits you are using?

 

Also have you tried the steps in other forum posts about enabling debug and checking dependencies?

http://forums.ni.com/t5/LabVIEW/Build-error-1502-but-no-broken-VI/td-p/450498/page/2

http://forums.ni.com/t5/LabVIEW/bleep-you-error-1502-shakes-fist/td-p/1404652/page/2

http://forums.ni.com/t5/LabVIEW/Error-1502-occurred-at-AB-Source-VI-lvclass-Close-Reference-vi/m-p/2...

http://forums.ni.com/t5/LabVIEW/Building-LV8-5-application-EXE-error-1502/m-p/2387406

 

A few of the reasons have been a constant wired to a case structure, unreachable code, dependencies loaded twice, and many other small reasons.

- FCTesting
Message 2 of 15
(7,785 Views)

I don't know what changed between compling on Monday without the error and compling on Wednesday with the error.

 

Enabling Debug fixed the issue.

 

Paul

0 Kudos
Message 3 of 15
(7,771 Views)

Thanks, I had a similar problem where I would get ERROR 1502 when trying to compile a perfectly ok VI, compiler claiming that there was a broken VI in the project (which there wasent). The VI's casing the problem were located in the httpClient folder. Enabling the debugger fixed the issue. Very strange. I am using LV2011 on this particular machine.

 

vi.lib\httpClient\POSTBuffer.vi

0 Kudos
Message 4 of 15
(7,725 Views)

had this same issue when porting to LabVIEW 2013.   I was able to avoid the issue by unchecking the "Disconnect type definitions" exclusion option.  It may have had to do with type defs associated with a OOP class, but I'm not sure.

0 Kudos
Message 5 of 15
(7,615 Views)

Same error appeared when I was trying to build an executable for >200 VIs project(LabVIEW 12.0f3). The error referred to the main startup VI to be the bad VI. In the code I used 2 case structures with constants wired to selectors: after I deleted the unused cases, and removed the case structure, the build was successful.

Lucian
CLA
0 Kudos
Message 6 of 15
(7,567 Views)

I have the same error.  Turns out it has to do with the Matrix Math, AXB, Vis being clones. Once I removed the VIs the application builds fine.  So I'm making my own AXB vi.

 

I requested help from NI about this and the sent me down a rabit hole.

0 Kudos
Message 7 of 15
(7,331 Views)

Hi aml1138,

 

Were you able to get rid of the error by making a new VI? As mentioned in other posts, this error can be avoided by enabling debugging and disconnecting type definitions.

 

I hope this is able to help.

 

Anna L

Applications Engineer
National Instruments
0 Kudos
Message 8 of 15
(7,274 Views)

Yep, I made a AXB vi and works fine.  I use other Matrix VIs and they don't cause a build problem.

0 Kudos
Message 9 of 15
(7,265 Views)

Hi!

 

First I have to thank you all for your comments and posts. I would not find a solution so quickly without this forum.


The same error (1502) occurred during the build process with an explanation: "Cannot save a bad VI without its block diagram.".

I read a few posts here on this forum and tried a few solutions.

 

 

I first check the VI "FP Initial View.vi" which was reported to be broken. It was not broken, of course.

 

Then I turned on debugging as suggested in the error message. This helped builder to finish its work but it did not remove (or hide) the error. When I ran the exe the top level VI showed its panel with broken arrow and a message window said something like : "The application can't start. A full development version of LabView is needed ... bla, bla ".

 

Next try: I disabled a part of so-called-broken VI with the Diagram Disable Structure. I disabled the part it changed after the previous working version. After a few minutes the builder reported the same error but it pointed to another VI: a small utility VI with Allow debugging option OFF and Inline subVI into calling VIs option ON.

 

CBR Interpolation.png

 

Because I read a few comments about connecting constant to Case Structure I immediately changed the enumerated constant Interpolation method to a variable. I also removed Disable Structure from FP Initial View.vi and tried to rebuild the application.

 

It works now.

 

It's interesting that the solution  by fredb is seven years old but it still deserves a kudos.

 

I'm using LabView Developer Suite, version 13.0f2 (32 bit) on Windows 7 Professional, SP 1, 64 bit.

 

Regards and thanks again.

 

 

 

 

Message 10 of 15
(6,915 Views)