12-05-2024 09:27 AM
I’d like to ask how to ensure that the same class from vi.lib, which is embedded into different PPLs, is treated as the same class even though it originates from separate PPLs.
Specifically, I’d like to know if it’s possible to achieve this without creating a separate PPL for the shared class. For example, is there a way to forcibly enforce this, through some special type casting methods?
Any insights, tips, or examples would be highly appreciated!
12-05-2024 10:03 AM
Perhaps something like LabVIEW Object to VCluster or Cluster to LabVIEW Object from OpenG could help here? Is it even working with PPLs? (By the way, I think there might be an issue with the VI Description in one of these VIs. Also, the link http://www.labviewwiki.org/LVClass_Data_Storage_Format used as a reference is no longer working.)
12-05-2024 10:50 AM
Ok, I figured something out, but I think it’s more of a last resort. Having a separate PPL with a common resource seems to be a better solution.
12-05-2024 11:50 AM
Hi Michał,
I've had the same approach here:
Otherwise yeah, put your class in a "common PPL" and refer to this one from your other PPLs.
Regards,
Raphaël.
12-05-2024 01:44 PM
In the PPL build spec, if you set the destination for a class as the support folder, the class will not be renamed and the links inside the PPL will be to the original class name. If you load that PPL into an app that already has that class loaded the ones in the PPL support folder won't be loaded at all and you can delete them if you feel safe assuming the caller app will have them already.