LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Separate Compiled Code for vi.lib

To track changes I make in the vi.lib in SCC I set Separate Compiled Code for the affected VIs.

Does Separate Compiled Code for VIs from vi.lib have performance issues for LabVIEW?

Why does NI deliver VIs with included Compiled Code in the vi.lib?

 

Does anybody have a good proceedure to merge own changes in vi.lib with new LabVIEW patches?

0 Kudos
Message 1 of 3
(71 Views)

Hi lux,

 


@code-lux wrote:

Does anybody have a good proceedure to merge own changes in vi.lib with new LabVIEW patches?


Generic advice: don't change any code within vi.lib!

Create your own user.lib where you can place copies of code from vi.lib...

Best regards,
GerdW


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

@code-lux wrote:

Why does NI deliver VIs with included Compiled Code in the vi.lib?

 

 


Because it's not expected that users should change vi.lib code!

 

GerdW says "Create your own user.lib where you can place copies of code from vi.lib", which I somewhat agree with except for some nitpicks.

 

Nitpick 1:

Don't just copy them, copy and rename them.  If you don't rename them, you're almost certain to get conflict popups at some point.

 

Nitpick 2:

If you honestly feel there's something wrong with vi.lib code, then you might want to post some of what you're doing to it.  Most vi.lib code has been with LabVIEW for decades, and while in some cases it remains unchanged for compatibility, in most cases it remains unchanged because it's working well after having been used by tens of thousands of people.  If you think there's something that "needs" to be fixed (as opposed to adding new features or custom company-specific interactions), there's a reasonable chance you're wrong about it.

0 Kudos
Message 3 of 3
(40 Views)