LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Build breaks because vi is broken ... but it's not :/

Hello,

 

I got an odd problem.  the application builder crashes, because it thinks my vi is broken ... but that's not the case

 

Error01.png

 

Error02.png

 

For the SearchBot

Cannot complete build because following VI loaded broken:

C:\Users\User1\Desktop\Insanu\InSanu_Controller\InSanuCore.vi

Open the VI in LabVIEW and fix the listed errors. If the VI loads as expected but errors are still detected during the build, contact National Instruments technical support for assistance.

Broken VIs:

 

<Call Chain>Error 1003 occurred at AB_Get_Detailed_BrokenVI_Message.vi -> AB_Targetfile.lvclass:Open_Top_Level_VIs.vi -> AB_Build.lvclass:Build.vi -> AB_Application.lvclass:Build.vi -> AB_EXE.lvclass:Build.vi -> AB_Build.lvclass:Build_from_Wizard.vi -> AB_UI_Page_Preview.vi

Possible reason(s):

LabVIEW: (Hex 0x3EB) The VI is not executable. This error may occur because the VI is either broken or contains a subVI that LabVIEW cannot locate. Select File>>Open to open the VI and verify that you can run it.

 

InSanu_Running2.png

 

Any Ideas?

Martin

Download All
0 Kudos
Message 1 of 26
(497 Views)

Are you calling any VI's dynamically? It sounds like something needs to be placed in Always Include, but that's a guess.

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 2 of 26
(483 Views)

Yes I do run a few dynamically as threads.

 

They are called via something like this:

 

OpenTread.png

 

and trade data via queue, notifier and shared vars.

 

But on build I notice that:

Error03.png

 

what are the 3 arrows? The broken run button and the green arrows show only up on the build attempt.

 

PS: I did always include the threaded/dynamic vi's

 

Include.png

0 Kudos
Message 3 of 26
(472 Views)

@kutt wrote:

Hello,

I got an odd problem.  the application builder crashes, because it thinks my vi is broken ... but that's not the case

Any Ideas?

Martin


Do you have a Conditional Disable Structure which has a RUN_TIME_ENGINE case that has broken code?

0 Kudos
Message 4 of 26
(471 Views)

@kutt wrote:

 

But on build I notice that:

Error03.png

 

what are the 3 arrows? The broken run button and the green arrows show only up on the build attempt.


The 3 green arrows are explained in the LabVIEW help:

Synchronize with Other Application Instances applies changes to the VI in all application instances. You cannot undo changes made to the VI after you click this button. This button is available only if you edit a VI that is open in multiple application instances.

 

Edit: 

https://www.ni.com/docs/en-US/bundle/labview-api-ref/page/environment/vi-toolbar-buttons.html 

https://www.ni.com/docs/en-US/bundle/labview/page/working-with-application-instances.html?srsltid=Af... 

0 Kudos
Message 5 of 26
(464 Views)

I did find the thread, where someone had this issue. But sadly - I don't use any Conditional Disable Structures

 

 The only one I found are from NI an can be found in vi.lib (so I can't edit them)

 

DisableStruncture.png

 

Is there some log, what the compiler exactly complains about?

0 Kudos
Message 6 of 26
(450 Views)

@kutt wrote:

Is there some log, what the compiler exactly complains about?


In the Advanced Categorie of the Application Builder you can check 'Generate build log file'. I don't know how many details are in the log.

 

 

@kutt wrote:

But on build I notice that:

Error03.png

 

What application instance does the VI show (lower left corner of the VI)?

What error do you see when you click on the broken run arrow?

0 Kudos
Message 7 of 26
(439 Views)

When I see problems like this, my first thing to try is to clear the compile object cache (Tools->Advanced->Clear Compile Object Cache). This is where the object code from files using the Separate From Compiled VIs go. It does tend to get corrupted or confused, so many of us regularly clear this out. I know some who clear it out before any attempt to build an executable as part of their CI scripts.

 

If that doesn't fix things, sometimes a mass compile on the project helps.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 8 of 26
(430 Views)

Heh, I also cleared the Cache multiple times, restarted the PC and so on.

 

But on Mass Compile, I get quite some errors...

 

Some "bad vi", some warnings about dll paths and so on.

 

Well, at least I got something to work with now

 

Edit:

Well, no joy 😞

 

#### Starting Mass Compile: Do, 19. Dez 2024 15:48:31
Directory: "C:\Users\User1\Desktop\Insanu\InSanu_Controller"
#### Finished Mass Compile: Do, 19. Dez 2024 15:48:35

 

But still won't build

Message 9 of 26
(419 Views)

Do you have an uninitialized shift register that contains a class?

If so, add an initializer.

0 Kudos
Message 10 of 26
(385 Views)