We are upgrading our codebase from an older stack of NI products, LabVIEW 2022 and TestStand 2022, to the latest 2025. With that comes the need to support .NET Core/.NET Standard for our .NET assemblies. I've gone through the painful process of updating some of our assemblies that is used in one of our PPLs and can open all VIs in the library and they point to .NET Core assemblies only and are not broken. (We are targeting .NET Standard 2.0 on these assemblies.)
The issue comes when I try to compile the PPL. I get an error stating that one of the VIs (probably more than one, but the first one it sees) changes its state and fails
VI_NOTBROKEN (3): [VI "LVPackedLib.lvlibp:SubVI_Check.vi" (0x24e60e00)]
SetVIIdle on a previously viBad VI: vi=true
<DEBUG_OUTPUT>
1/12/2026 10:48:31.520 AM
DWarn 0xD4C1BA7F: Going from bad to good in the build context during app build![LinkIdentity "LVPackedLib.lvlibp:Check.vi" [ My Computer Build Context]
source\editor\BadLinkerObjs.cpp(659) : DWarn 0xD4C1BA7F: Going from bad to good in the build context during app build![LinkIdentity "LVPackedLib.lvlibp:Check.vi" [ My Computer Build Context]
[ExecSys:0; Executing:"[VI "AB_Source_VI.lvclass:Open_Reference.vi" (0x1956b828)]"]
minidump id: 9ebb0200-d139-4ca5-4c4c-2ef6d9230f77
</DEBUG_OUTPUT>
When this happens LabVIEW just flat out crashes, leaving open one or more instances of the NIDotNETCoreHostApp. Subsequent compile attempts fail to really even start unless I kill these processes, at which point the next compile attempt will subsequently crash again. Any ideas what the error could mean or anyway to get more information on what's actually crashing?
