Error 1003 when trying to launch root actor only in build.

[JohnG3k]

I have an Actor Framework application that I have built and run successfully a couple times. However my most recent build is giving me error 1003 when attempting to launch the root actor.

The application runs without issue in the development environment. Since the last successful build there haven't been any significant architectural changes (no new classes, no changes in inheritance). There are no broken VIs anywhere in the project in the development environment.

When viewing the block diagram when running the exe in debug mode, the wire of the actor I am trying to launch is broken.  

I have also found several of the Actor Core.vi's have broken actor wire, but I have no idea why. In the development environment they are all ok, and all run fine. All broken Actor Core.vi's have a similar structure to below and call similar sub-vi's. None of the sub-vi's shown in the images below are broken, and none have been changed in several months (since well before the first successful build).

I am stuck. Any help would be greatly appreciated.

Thanks,

John

[JohnG3k]

I forgot to mention... LV 2020 SP1

[TurboTobi]

Hello JohnG3k.

Do you load any class via factory pattern sitting runtime?

If so, than you have to add them to the build manually.

It seems to me that something doesn't work with the inheritance hirachy.

---

[p4keal]

Is it possible that you are using some kind of AF debug library? I have no experience with this and I am using LV2020 SP1. In this version, launch root actor.vi does not have the input "capture events".

[JohnG3k]

Hi TurboTobi,

Thanks for the ideas. Yes, many classes are loaded at runtime, but that doesn't happen until after the root actor is launched, which isn't happening due to the error. I agree it seems an issue with inheritance, however there is no issue in the development environment. I have manually added all of the classes to the build that the root actor inherits from and still have the problem (also I didn't do this for previous builds and they were included automatically and build ran successfully).

John

[CaseyM · Accepted solution]

Ah, the good old error 1003. I hate this error. As you mentioned, it seems to pop up from time to time with no good reason. Here's a list of things we've done to fix this in the past (in order from least to most invasive):

• Clear the compiled object cache and restart LabVIEW before your build.
• Check to see if you have any typedefs that are private in scope. If you do, make them public.
• Clear the mutation history of your classes and rebuild.
• Find places where you've used private data property node accessors and replace them with bundle/unbundles or the subVIs directly.

Hopefully one of those works for you.

Other questions... are you using PPLs? Were you able to successfully build and run in the past? If so, I might suggest using your source code control history to figure out which exact commit introduces this behavior.