LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Should vi.lib be a reserved folder?

Hi All,

After a long hiatus I am trying to come back up to speed in LabVIEW.  Last time I used LabVIEW (version 7.x) it was recommended that the vi.lib folder be used only for NI libraries.  Is this still the case?  I am assuming the user.lib folder should be used for user installed libraries, correct?

TIA,

Charlie 

0 Kudos
Message 1 of 5
(3,733 Views)

Hi Charlie,

 

Yes. And yes! 😄

 

Spoiler
You should think about using a source code control system like SVN or GIT. This way you will try to keep all your sources in one main folder (atleast that's what I try to) for easier committing and checking out…
Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 2 of 5
(3,683 Views)

What I've been doing for our internal reuse that gets installed in user.lib, is I set all the VI's to locked before creating the package.  Then the user can use the function and look at it, but by default can't edit it.  If I want to edit it for a test I can unlock it (no password) but it is a simple barrier to help other developers know not to try to edit it since it is somewhat system level code.  I've also experimented with setting the files as read-only after install, but sometimes edge cases are seen when the VI needs to save, and even with separate compiled code it will want to save the file which it can't.  This was years ago and maybe this was a bug that has since been fixed.  This is all done using the Pre/Post Build/Install in VIPM.

0 Kudos
Message 3 of 5
(3,649 Views)

I'm feeling like such a dinosaur with the old CLD badge...

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 4 of 5
(3,622 Views)