Labview 8.5 project crashes when searching for callers of missing lvlib

Question

I have done a search and reviewed previously reported crashes with LV8.5, but did not find a match to what I'm seeing.
SYNOPSIS: When selecting Find > Callers, under the project Dependencies, LV crashes as shown in the image below.
I created a new project and "borrowed" some vi's from another project.  Disconnected all vi's from previous libraries and proceeded to develop code last night.  All seemed well.
This morning, as I opened the project to continue coding, it complained about a missing lvlib, the one items were "borrowed" from.  No big deal, I'll just look at the dependencies and find out which one I missed.  When doing the search, the program crashes immediately.  Repeated a number of times with the same result.  Verified system performance and memory useage, minimal change when opening the project or attempting to do the search.
I will attempt a workaround, but I am curious if others have seen this as well. 
I'll wait before reporting this as a "bug", until more info is gathered on this.. 
By the way, the original lvlib was NOT deleted, removed, moved, renamed as the error suggests..  LV actually knows where it is because it finds the directory when doing the search..  
I know the routine, "simply re-install LV8.5", but I'm trying to understand more of what's gooing on and how we can avoid this..  I remember LV8.2 was crashing a lot at the beginning, then for no apparent reason, it became stable, and now I can't remember the last time it crashed..  Do others observe the same thing?  LV gets more stable with time??  LOL!  A program with personality.  Will LV turn into HAL?  LOL!!
Here's the picture:
Message Edited by JoeLabView on 02-13-2008 08:35 AM
Attachments:
LV8.5ProjectCrash.PNG ‏38 KB

Answer 1

Good morning Jennifer,
I'll try to re-create the events from memory. 
OS:  Win-XP Pro - SP2
1. Opened library of VI's from Agilent E4440A drivers.  Opened the "Tree.vi" to look at available vi's.  Copied (pasted) some of the vi's into a new folder.   This may be important: I deleted the folder that contained the original library.  (Actually, the zipped file was moved to a storage location).  This means LV has no idea where to find the original library.
2. Opened all freshly copied VI at the new folder location.  They all complained about not finding the .lvlib file.  Ignored the error and disconnected every vi from the library and saved them.  All except for one which was polymorphic and I didn't need it. I forgot to delete it at this time.
3.  Created a new folder (real) within the directory structure of an existing project which uses an lvlib. Moved the disconnected vi's into this folder.
4. Opened the project and added the folder to the project, thus creating the virtual folder and files that were in the folder.  All this was added to the library.
Note..  I can't remember the exact steps below, but they were something close to what I describe.
5. Cannot remember if I closed the project then opened it, but I do remember seeing a message complaining that one VI could not find the lvlib (the one from Agilent).
6. Looked into the folder and examined the saved date, which quickly led to the polymorphic VI that was still part of the original library.  Since I was not sure if I wanted to use it later, I simply changed the extention from .vi to ._vi_.
7.  Did some work, saved everything. Closed the project..
8. Opened the project and got an error message about a missing .lvlib.  Again looking for the original Agilent lib. Remember that I had deleted the original library, it's folder, etc. (step 1).
9. Everytime I would open the project, I would get the error message.  I ignore it and continue working.  Since I don't like errors , I looked at the dependencies to find out what I missed. At this time, the file with the ._vi_ extension was still in the folder.  I had forgotten about it and didn't realize that LV would pick it up.
10. In the dependencies tree, I right-clicked the error message and selected "Find>Callers", as shown in the attached image of the original post. Got the crash message.  I repeated this 4 times.  Rebooted the PC, and repeated it twice. All the same result >>  Crash.   I may have saved a copy of the "crash" report, although I doubt it...  I didn't bother sending the report to MS; because, well, I don't have much credibility over what those guys do at MS.
11. Looked at the folder to go through every VI to find out which one was still connected to the library.  None of them were.
12.  Noticed the ._vi_, and figured there would be no harm to delete it.  Deleted it.  It resolved the dependencies, thus no more error, no more crash.
I am actually surprised that LV project also looks into non-DOTvi files for dependencies.  I imagined that it would ignore anything non-Labview known extentions.  This is definitely good to know.  However, the crash was a bit unexpected.
I will look for error logs.  If I have time, I may try to repeat this on my PC and send logs.  It will have to wait until I finish my surrent project (client / revenue)
Hope the above helps.
RayR