Saving v8.2 .lvlib files in v8.6

[Double_D]

I have a large project that was created in LabVIEW 8.2.  If I save the .lvlib files from LabVIEW 8.6 (which is currently installed on my machine), I get multiple "Not a Path" errors when running the application. 

The problem is that the .lvlib file is being changed in the following manner.  The original .lvlib file contains lines such as <Item Name="Common_Commands.lvlib" Type="Library" URL="common/commands/Common_Commands.lvlib"/>.  The updated file contains the following line: <Item Name="Common_Commands.lvlib" Type="Library" URL="../common/commands/Common_Commands.lvlib"/>. 

The added ".." before the URL leads to invalid pathnames.  This project includes several .lvlib files and this problem occurs whenever I save any of these.  Is there a way to solve this problem without rewriting the code to remove the ".."?  

Thanks.

[The_Chancenator]

Hi Double D,

Are you planning on moving this project permanently to LV 8.6?  Also, do you see the same thing when you do a "Save As.." instead of just a Save?  Does it give you an option to navigate to the file when this "not a path" error occurs?  Also, do you see this when running the application or an executable?Where are you seeing these Item Names and Paths--when you go into the Properties of the lvlib from the Project Window (right click>Properties), what is the path here?

[Double_D]

I would like to update the project to LabVIEW 8.6, but I don't want to have to modify all of the .lvlib files manually (which is what I would have to do if I can't resolve the changes made when saving in 8.6).  I couldn't get "save as" or "save to a previous version" to work.  There were VIs and/or DLLs that were not found (and I can't find anywhere on my system) when I tried these methods.

The path information that shows up in the Project Explorer is correct in the original 8.2 version and in the saved 8.6 version.  The problem is that the 8.6 .lvlib files prepends ".." (move up one directory level) to the URL values in the .lvlib file.  This causes the program to look in the wrong location (a non-existent path) for the desired file item.  No, there is not an option to navigate to the path when the file is not found, as this is not desired in this case and really shouldn't be needed.  I am running the program within the LabVIEW environment.

[The_Chancenator]

Hi,

Could you post one of those lvlib files in 8.2 so that I can take a look at it?

Thanks, 

[Double_D]

I was able to save one of the .lvlib files in LabVIEW 8.6.  The original 8.2 version is attached as Instrument.lvlib and the 8.6 version is labeled "Copy of Instrument.lvlib".

[The_Chancenator]

Hi,

I was unable to open the libraries due to a missing Triple_Axis_Commands.  Is this the problem that you experience when running it?  Are these all libraries contained within a project?  What else is in them besides subVIs?  I did see a related post here: http://forums.ni.com/ni/board/message?board.id=170&message.id=269684&requireLogin=False

[Double_D]

Marti,

Instrument.lvlib is contained within a project which encompasses several libraries and literally hundreds of VIs.  I don't have a problem with any missing VIs if I save the project for v8.6.  I have attached the VI where the error occurs.  The problem is that <Not a Path> is passed to the Build Path function in the "No Error" case because the Match Pattern function (the one with the "URL=..." input) returns a non-existent path.  This happens because, if I save the project in v8.6, the new .lvlib file contains URL values with ".." prepended to the correct pathname, as you can see by comparing the two .lvlib files I sent previously in a text editor.  If there was a way to prevent the v8.6 library files from incorporating this "feature", everything should be fine.  

[The_Chancenator]

I've tried to duplicate the problem on my machine but do not see this behavior.  I created a simple project in 8.2 with a VI and a lvlib with a shared variable.  I save the project in LV 8.2.  Then, I open the project in 8.6.  I can deploy the variable and run the VI.  I can also save the VI without any issues. 

I'd like for you to try doing this on your machine.  Just create a simple project with a library in 8.2, then try to open it in 8.6.  Are you albe to open it and run it in 8.6?  

If not, could you create a simple project and example that exhibits this behavior?

Thanks, 

[Double_D]

Marti,

I have attached two simple projects that demonstrate the problem.  The LV8.6 project was created simply by saving the original LV8.2 project in LV8.6.  If you run the 8.2 version of Test Case.vi, there are no errors.  If you run the 8.6 version, however, Error 7 occurs at Open VI Reference.  This error is caused by the following line in Test Case Lib.lvlib: <Item Name="Test Case.vi" Type="VI" URL="../Test Case.vi"/>.  The .lvlib file in the 8.2 version (correctly) shows URL="Test Case.vi"/.

[Double_D]

It looks like the 2nd attachment wasn't attached to my original reply.  Here it is.