12-19-2024 05:16 AM - edited 12-19-2024 05:20 AM
Hello,
I got an odd problem. the application builder crashes, because it thinks my vi is broken ... but that's not the case
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.
Any Ideas?
Martin
12-19-2024 05:38 AM
Are you calling any VI's dynamically? It sounds like something needs to be placed in Always Include, but that's a guess.
12-19-2024 06:20 AM
Yes I do run a few dynamically as threads.
They are called via something like this:
and trade data via queue, notifier and shared vars.
But on build I notice that:
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
12-19-2024 06:20 AM
@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?
12-19-2024 06:31 AM - edited 12-19-2024 06:36 AM
@kutt wrote:
But on build I notice that:
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
12-19-2024 07:00 AM - edited 12-19-2024 07:02 AM
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)
Is there some log, what the compiler exactly complains about?
12-19-2024 07:21 AM
@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:
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?
12-19-2024 07:47 AM - edited 12-19-2024 07:48 AM
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.
12-19-2024 08:16 AM - edited 12-19-2024 08:49 AM
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
12-19-2024 10:14 AM
Do you have an uninitialized shift register that contains a class?
If so, add an initializer.