LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Is there a way to unlock a packed project library?

Solved!
Go to solution

So I have code that was developed in LabVIEW 2015 SP1 64 bit. I am trying to move it over to LabVIEW 2020 64 bit. It contains packed project libraries. Can I "unlock" these to use them and edit? They are locked for use it seems and I am not finding any documentation on how to access them for editing and to then move to LabVIEW 2020.

0 Kudos
Message 1 of 8
(3,646 Views)

I believe a packed project library (PPL) is built from a LabVIEW Project (.lvproj). You need to get the LabVIEW Project that built the PPL in order to edit the contents.

 

Some more info on PPL's here

https://www.ni.com/docs/en-US/bundle/labview/page/lvhowto/caveats_recommend_packed.html

0 Kudos
Message 2 of 8
(3,631 Views)

Thanks for the information! It seems what i thought the original project also has these packed project libraries. Is it possible these libraries come from another project as well?

0 Kudos
Message 3 of 8
(3,619 Views)
Solution
Accepted by topic author LearningLabVIEW

@LearningLabVIEW wrote:

Thanks for the information! It seems what i thought the original project also has these packed project libraries. Is it possible these libraries come from another project as well?


It's not possible, it is that they were generated using another project. Think of a PPL as a DLL or exe. You cannot modify them unless you have the source code for them. The block diagrams are stripped from PPLs and all they contain is the compiled code. You can view the block diagram for any public member of a PPL but they are not editable.



Mark Yedinak
Certified LabVIEW Architect
LabVIEW Champion

"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot
Message 4 of 8
(3,595 Views)
Solution
Accepted by topic author LearningLabVIEW

Just a little bit of additional information. 

 

A lvlibp (packed project library) is "built" or maybe "quasibuilt" by packing a library, *.lvlib, of items that have a bidirectional membership. 

 

Library members know they belong to the library and the library knows what items it owns.  Since the relationship is bidirectional, the library can be "packed" into a single file.  The downside is that it can't be unpacked.  You need to edit the source library to make changes then repack it.

 

Libraries (*.lvlib files) cannot be created or edited outside of a project (*.lvproj) context. 

 

That is lvproj, lvlib and lvlibp files.  llb Files are completely different and if you are using them .... just don't. 


"Should be" isn't "Is" -Jay
Message 5 of 8
(3,576 Views)

Thank you for the information! I guess I had to dig further into the files to find the original files. Thanks for the clarity.

Message 6 of 8
(3,538 Views)

@JÞB wrote:

 

Libraries (*.lvlib files) cannot be created or edited outside of a project (*.lvproj) context. 

Good information JÞB, just wanted to note that lvlib files can be created and edited on their own without an lvproj file.

 

0 Kudos
Message 7 of 8
(3,269 Views)

@Gregory wrote:

@JÞB wrote:

 

Libraries (*.lvlib files) cannot be created or edited outside of a project (*.lvproj) context. 

Good information JÞB, just wanted to note that lvlib files can be created and edited on their own without an lvproj file.

 


True, and I didn't know that.  It's buried way down in the "Other Files" section.  I don't know that I'd create a library without a project first, though.  To me, it always felt "safer" to have a library inside a project, but I don't know if this is actually the case.

 

One other thing is that you can't really build anything without a project.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 8 of 8
(3,239 Views)