10-08-2009 06:11 PM
10-08-2009 08:14 PM
Good catch.
Hopefully, this will let you recover your VI.
Thanks for posting the link to the Knowledge Base.
10-08-2009 08:22 PM
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.
10-08-2009 09:09 PM
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.
10-08-2009 09:23 PM
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
10-08-2009 09:24 PM
Well said Ravens.
I typically ZIP the entire folder and date it.
10-08-2009 10:02 PM
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.
10-09-2009 01:23 AM
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... ?! ![]()
10-09-2009 07:20 AM - edited 10-09-2009 07:20 AM
You are right Partha.
However, I do not know what LabVIEW 2009 ver 1 means.