LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LV2009: opening and extensively editing a v8.6 VI, saving, then error code 3

Good catch.

 

Hopefully, this will let you recover your VI.

 

Thanks for posting the link to the Knowledge Base.

0 Kudos
Message 12 of 19
(1,180 Views)

Well its a bit funny to call the above a solution

 

But I went back through and redid the VI, saving and reloading at many steps along the way trying to isolate where the bug arises but didnt seem to have the problem again.

 

So I am not sure what the conclusion to this is... I guess at the end of the day when working on a LV2009 vi that has sections imported from v8.6, it might be wise checking pretty often if the saved files can reload.

0 Kudos
Message 13 of 19
(1,175 Views)

Did that KB article work for you or did you just have to recreate the VI from scratch?

 

As Ray and others have said, it is a good idea to make a backup.  Especially when doing a version upgrade.  With LabVIEW closed, take you entire subdirectory of your project and store it somewhere else in a completely different path.  Perhaps had Backup of LV8.6 to the name of the directory.  Store it on a network server.  Store it in a second location.

 

That way if you find a problem, you can always go back to the LV 8.6 version.  Even if you can't get a VI to upgrade properly, at least you can open in the old version of LV and be able to recreate from scratch in the newer version of LV while looking at the older version.

 

The reason for copying while LV is closed and moving the project to a completely different directory is to be sure you don't accidentally link yourself back to the older files and accidentally overwrite them during your upgrade process.

0 Kudos
Message 14 of 19
(1,170 Views)

To clarify, I was using a vi created by someone else (with v8.6) then I was 'improving' this vi in LV2009 ... I dont own LV8.6.

 

So the negative issue with the above work-around is that  once you've encountered that error with a vi that has been modified extensively from a v8.6 original its too late.

 

In my case, I still had the original v8.6 vi, so I recreated what I did before - making multiple saves and reloads along the way. I am non-the-wiser as to where my problem arose - but it seems to be working ok now that I am back were I was before. I am pretty paranoid about it happening again.

 

Unsure if I encountered a bug or just a random glitch.

 

Thanks again for the posts,

 

TZ 

 

 

0 Kudos
Message 15 of 19
(1,162 Views)

Well said Ravens.

 

I typically ZIP the entire folder and date it.

 

0 Kudos
Message 16 of 19
(1,161 Views)

TeeZed wrote:

 

In my case, I still had the original v8.6 vi, so I recreated what I did before - making multiple saves and reloads along the way. I am non-the-wiser as to where my problem arose - but it seems to be working ok now that I am back were I was before. I am pretty paranoid about it happening again.

 

Unsure if I encountered a bug or just a random glitch.

 

 

 


That's good to hear.  It's hard to say what it could be.  I'm glad you still had the original.

 

My comments for what to do when upgrading were for you if needed (which sounds like you had the backups covered), but even more so for anyone else who happens to be reading and hasn't learned the lesson the hard way yet.

 

There is nothing I hate more than having to redo something I already did.  Not so much the lost time which is bad enough, but the feeling I am going to forget something or not do it the same way I did before.  Especially if when I originally did the work was a long time ago.

I recently had this problem where I had two sets of copies of two very similar projects.  They are different enough that they need two different code bases, but similar enough that I want to try to generally do things the same way in both of them.  I had a copy on my PC and a copy on my PXI DAQ computer.  In the process of trying to make sure both PC's had the same latest code base, I accidentally mixed up the code a bit and overwrote some newer files with older ones.  And it had been a while since I made a major backup and stored it on my network drive.  I spend two days redoing code to try to get the old stuff updated with all the changes I made.  And those changes were from 8 months ago.  Let's say I was a little ticked at myself.  I'll usually make a major copy of the whole project whenever I have a good working codebase, and I'm ready to do a major change to it that may break it before I can get it to work again.

 

Ray's idea of zipping up the project directory is an excellent one as it will prevent the risk of having VI's get cross-linked with the wrong directory.

0 Kudos
Message 17 of 19
(1,158 Views)

Ray.R wrote:

 

Thanks for posting the link to the Knowledge Base.


Ray, should not the software version be 9.0 [LV 2009], instead of 1.0... ?! Smiley Indifferent

- Partha ( CLD until Oct 2027 🙂 )
0 Kudos
Message 18 of 19
(1,149 Views)

You are right Partha.

However, I do not know what LabVIEW 2009 ver 1 means.

 

 

Message Edited by Ray.R on 10-09-2009 08:20 AM
0 Kudos
Message 19 of 19
(1,138 Views)