AF PPL Crashes LabVIEW 2021 SP1 when Searching

[CaseyM]

Darren, since you're now the NI representative monitoring the forums now... have fun!

The title kinda says it all. My team has the AF library built into a PPL, but when that PPL is loaded into a project in LabVIEW 2021 SP1 (probably non-SP1 as well) and you do a search (Ctrl+F) originating from the FP or BD of a VI, LabVIEW crashes. In LabVIEW 2020 SP1, the search is fine.

I'm attaching AF PPLs for both 32-bit and 64-bit LabVIEW here so people can try this for themselves. These particular PPLs were written using LV2020 SP1 with AFDebug enabled, but I've tested it with PPLs built in LV2021 and different debug properties all with the same result - LabVIEW 2021 SP1 crashes. Other PPLs that I've tested don't seem to have this issue.

I'll open a support request for this as well, but thought I'd post this here to make others aware and to possibly crowdsource any workarounds.

[Darren]

Let me know the support request number (via PM or email or whatever) so I can make sure a Bug gets filed to LV R&D. If anybody posts any workarounds to this thread I'll be sure to include them in the Bug report.

[CaseyM]

Thanks, Darren. Case # is 01563248.

[Darren]

I was able to reproduce the crash in both LabVIEW 2021 and 2021 SP1, 32-bit. I was unable to find any workaround.

Bug 2008920 has been filed to LabVIEW R&D.

[CaseyM]

---

@Darren wrote:

Bug 2008920 has been filed to LabVIEW R&D.

---

Thanks - any idea of the soonest we might expect a fix? As you might imagine, this is bug quite annoying as it means you can't search for any objects on the palettes as well any comments. If this could make its way to an f-patch soon, that'd be a huge help.

[Darren]

---

@CaseyM wrote:

---

---

Thanks - any idea of the soonest we might expect a fix?

---

R&D is currently looking into possible workarounds and timelines for a fix. I'll let you know as soon as I find out anything.

[Darren]

Casey,

LV R&D looked into your AF PPL that you attached to this thread and found that the Reply Msg.lvclass:Do.vi inside the AF PPL is corrupted, and that corruption is causing the Find crash. I built my own AF PPL (from LV 2020 SP1 32-bit) and was able to do a Ctrl-F in LV 2021 SP1 without the crash occurring. 

Could you try re-building your AF PPL, perhaps after maybe doing a force recompile of the AF VIs in vi.lib (in case anything is corrupted there) and see if the problem still occurs? Also, I've attached the AF PPL that I built to this reply in case you want to try that. Let me know what you discover.

-D

[CaseyM]

I'll give that a shot and report back. Thanks!

[CaseyM]

I tested it out and I also see the same behavior that you're seeing. Furthermore, if I remove Reply Msg.lvclass from the library and build (the default AF PPL project that you probably used to create your AF PPL does not include the Reply Msg) then the crash goes away.

I've force compiled that particular class as you suggested and that doesn't change the outcome - if that class is included as a part of the AF PPL, searching causes a crash.

We can probably get away with a new build of the AF PPL since we don't currently use the Reply Msg, but that doesn't mean that we never would.

Can you tell us exactly how it's corrupted? Do.vi within that class seems to open fine within LabVIEW so that would imply to me that the corruption is more hidden.

[Darren]

Can you send me the project with the build spec for the PPL that includes Reply Msg?