11-30-2010 08:30 AM
I keep getting this error every time I open LabVIEW 10. Everything seems to be working fine whenever I'm using it but for some reason, LabVIEW would not close properly and linger in the background. I still see the icon in the task bar and I would sometimes close it with task manager in order to re-use LabVIEW. Does anybody out there know how to fix this problem?
Attachment:
Solved! Go to Solution.
12-01-2010 03:49 PM
Hi macolit,
This is typically associated with a specific VI, as discussed in this KnowledgeBase article. Does this happen every time you use LabVIEW, or only when you've opened and used a particular VI?
12-01-2010 03:51 PM
Every time I use LabVIEW.
12-01-2010 05:28 PM
As noted in the KB article and in the log file, the VI you were working with has a problem. Some of the objects on the front panel are corrupted. Your screenshot indicates that you're telling LabVIEW to investigate later, so when you start it up it's doing exactly that, since you told it last time to "investigate later". The fundamental problem is with the "Table_TR6_V1.0" VI.
P.S. Naming VI with version numbers is a bad idea. You should be using a real version control systems, not filenames as your version control system.
12-01-2010 05:47 PM
Even though I put it as investigate now, I would still get the error.
How do I figure out which one is bad in Front Panel?
Real version control in naming VI's, how do you do that? I'm sorry I'm still a novice in LabVIEW.
Thank you very much for taking the time to help.
02-28-2011 10:50 AM
Labview has not crashed and I haven't noticed any problems running.
Just a recurring error message the day after a lot of work and opening of Vi's and starting Labview.
I will pay closer attention and see if its one vi. the log names a control 1 and that makes sense as I have tried different property nodes to adjust the scale and probably messed it up.
thanks.
02-28-2011 01:05 PM - edited 02-28-2011 01:07 PM
Thanks Hinz,
I believe I was able to solve this particular problem myself by using "LVdebugKeys". I was able to isolate the offending VI using the debug and it came out that an old "Write Test Data to File vi." does not work well with LV2010. I replaced this vi and it no longer gives me the error.
Thank you for your help.