10-28-2014 04:49 PM
I am trying to use an instrument driver I found from NI.com and I am having some issues with it. I want to put it into a source controlled location (that isn't checked in yet) but it appears that it wasn't built to allow it to be put anywhere other than the inst.lib folder. Are all instrument drivers written like this?
I got the LV2012 version below.
When I move it to our source controlled location I get "Warning: has been deleted, renamed or moved on disk" error messages. All I did was unzip the files from the zip file I downloaded to the source control folder. Is there a way to "install" these files to the source control folder instead of the inst.lib folder and have it work without an error message?
I just wanted to check this before I spend a lot of time making the library and project find the files.
Thanks.
10-28-2014 05:06 PM
10-28-2014 05:52 PM
For the few times I actually used those, I just put the zip files into a special folder in my project and made that source controlled. So people could still play with the project by installing those drivers in that special folder of the project.
10-28-2014 06:28 PM
First off- There is nothing wrong with putting instr.lib under SCC
I have <LabVIEW> in SCC! Not all of it! Resources, Project Templates, User.lib, errors... you know those nice places!
Secondly (and probably more to your use case) There is nothing wrong with putting a "MyDrivers" Folder in SCC! But, you should add that folder to your search directories! Tools>>Options>> Paths.Search Paths
BUT, lets say your driver contains an absolute path (It has an lvlib in the lvproj) *.lvlib's have "Absloute Paths" *.lvproj's have relative paths.
Summary: Put instr.lib in SCC. or, edit all drivers with *.lvlibs and force your coworkers to adapt their LabVIEW.ini settings.
10-29-2014 09:59 AM
The idea behind putting the instrument drivers under source control was so that:
1. We have a consistent copy of them to use for all projects not just mine.
2. They can reside in one location.
3. Our development workspace is our local source control workspace.
- I have experienced the problems that can arise when projects are moved from local folders on a disk to source control. So I think it is better to just develop from the local source control workspace. Doing that will allow an easier source control check in.
I would prefer to have all of our instrument drivers in source control. But definitely if an instrument is going to be used more than once it should reside in there.
Would putting an "inst.lib" folder under source control help if it isn't part of the absolute path that the library is looking for?
10-29-2014 10:17 AM
JoeWork wrote:
Would putting an "inst.lib" folder under source control help if it isn't part of the absolute path that the library is looking for?
Nope. They are looking in the special instr.lib folder inside of the LabVIEW folder.
10-29-2014 10:18 AM
crossrulz,
Although this will work, I'm not sure it is the best plan for us. I don't think the source control administrators want us adding extra things to our projects. They are always complaining about extra stuff and wanting us to "clean" the network drives.
It shouldn't take too long to open each of the files in the driver and re-reference them to the right location. I was just hoping that there would be a faster process to it.
10-29-2014 10:25 AM
10-29-2014 10:27 AM
We will have one instrument driver folder in source control. We won't be adding instrument drivers to projects or relying on the instrument drivers to be put into local inst.lib folders.
10-29-2014 10:32 AM