LAVA Forums Buy cool LAVA gear Forums RSS Feed

Welcome Guest ( Log In | Register )

> Related links

Check out the related Code Repository Files or visit the LabVIEW Wiki Development Environment Portal


Tags
(This content has not been tagged yet)
 
Reply to this topic Start new topic
> Baffeling runtime error. Anybody seen this before?
george seifert
post Sep 2 2008, 01:03 PM
Post #1


Very Active
***

Member
Posts: 227
Joined: 19-August 05
From: Minneapolis, MN
Member No.: 2786
Using LabVIEW Since:1995
LV:8.20 ,. ,.
United States Nothing Selected Nothing Selected


I'm getting the following runtime error when my LabVIEW 8.6 code encounters a TDMS Write VI.
Attached Image
The error makes no sense to me. The odd thing is that I have other TDMS Write VIs in my code that work fine. It's only when it encounters this VI in a particular place (I put a breakpoint right before it and the error pops up when I single step). I've tried replacing the VI, but that didn't help. Does anyone have any clue what this error means? Why the heck is MS Visual C++ involved?

George

I figured it out. I was feeding the VI a bad file reference. The error still seems all wrong to me though. Plus it shut down LabVIEW which seems totally unnecessary.

This post has been edited by george seifert: Sep 2 2008, 01:48 PM


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Ad
post Sep 2 2008, 01:03 PM
Post #















Tags
(This content has not been tagged yet)
Go to the top of the page
Quote Post
Aristos Queue
post Sep 2 2008, 03:13 PM
Post #2


LV R&D Envoy
*****

NI
Posts: 1226
Joined: 15-August 06
From: Austin, TX
Member No.: 5877
Using LabVIEW Since:2000
LV:8.5.1 ,. ,.
United States Nothing Selected Nothing Selected My Gallery


You are completely correct that merely wiring a bad file reference should not generate this error. This is the dialog that gets displayed when LabVIEW attempts something illegal or unexplainable, such as a VI jumping to an undefined memory address. It means you found a place where our compiler failed to generate valid code or the VI itself was somehow corrupted on disk. If this is repeatable, please please please post your situation on ni.com so the AEs can work with you to identify the problem and get it fixed in the next version of LV. We ought to be handling bad file reference more gracefully (ie merely returning an error code cluster).

--------------------
"A VI outside a class is a gun without a safety. Data outside a class is a target."
--- A message from LabVOOP R&D


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post

Reply to this topicStart new topic

 




Time is now: 1st December 2008 - 06:21 PM