11-29-2018 01:52 PM
For reference, I am using LabVIEW 2017 SP1 on a Windows 10 machine.
I recently inherited a large LabVIEW project which uses quite a few PPLS (approx. 20). Many of these PPLs have dependencies on others. From what I can tell it is never a two-way street (i.e. where two PPLs both call VIs from each other), but there are hierarchal relationships between them. They are ultimately all used in this top-level project.
I ran into an interesting issue with this and was hoping the community might have more info/guidance - keep in mind I've never used PPLs before but have been doing quite a bit of reading on them. I do seem to have solved the issue and wanted to share what info I have as well.
Initially I was building these PPLs in various individual locations, then moving them to a common folder. This common folder was then included in my top-level project for use. When building say, PPL B with a dependency on PPL A, I would reference the copy of PPL A that was in this common folder. Thus all builds that required any PPLs would use this common location. However this seemed to cause a couple different and odd issues:
Ultimately I was able to solve this by building the PPLs directly into the common folder location. Why is this necessary though? I would think that if they ultimately end up in the same location with their dependencies, they'd be able to find everything...but clearly this wasn't the case. It also seems very strange that it's only a handful of seemingly random files that had problems.
If anyone has any insight on this I would be very interested. Happy to provide more info if needed as well.
11-29-2018 02:33 PM
@TBogardus wrote:
Ultimately I was able to solve this by building the PPLs directly into the common folder location. Why is this necessary though?
I had to do exactly the same thing. The relative paths from the newly built PPL to any other PPLs is depends on must remain consistent to use it. In order words, you can't just randomly move your PPLs unless you are moving everything.
11-29-2018 02:37 PM
Thanks for the response - that much does make sense, and so be it - now I know. What's still odd is why only a handful of files were complaining. There were far more that had the same condition of being a dependency that were found just fine.
I'm also still pretty perplexed at the issue generating an exe preview. Mainly hoping for information on the "why" of these two points.
11-29-2018 06:10 PM
@crossrulz wrote:
@TBogardus wrote:
Ultimately I was able to solve this by building the PPLs directly into the common folder location. Why is this necessary though?
I had to do exactly the same thing. The relative paths from the newly built PPL to any other PPLs is depends on must remain consistent to use it. In order words, you can't just randomly move your PPLs unless you are moving everything.
That is not absolutely true. You can use different folder locations for your development environment and the built exe. The important thing to preserve is the folder depth relative to the PPLs. It gets pretty confusing and a bit of a pain to manage but once you get it figured out it is workable.
What I would love though is the ability to provide a base path or search path for PPLs so they could be easily moved, even in a built application.
08-07-2024 06:08 AM
I'm facing similar issue in LabVIEW 2023, please see the screenshot below. But it is referenced some default VIs from the LabVIEW Vi.lib
Can you help me to resolve this issue, I followed your steps mentioned in this topic, but still, I could not solve this issue.
08-07-2024 11:10 AM
08-08-2024 03:17 AM
Hi,
Thanks for your response.
I'm also encountering the same issue. There was no Preview error in the LV2020 version, but I found this issue after upgrading to LV2023.
I am able to build all the PPL and EXE, but it shows a preview error.
When I try to build the final package, it throws an error. I believe NI needs to look into this issue soon and release a patch to fix it.
Vipin