10-31-2010 06:24 PM
LabVIEW 2010f2 has been reasonably stable for me so far, but I seem to get crashes to the desktop exactly under the following conditions:
Solved! Go to Solution.
10-31-2010 06:38 PM
Maybe related, maybe not (!), just playing and trying to generate the above mentioned crashes a few more times.
This time I was editing the VI posted here.
Randomly grabbed and delete a few code sections and it did not crash (this time!), so I held down ctrl+z to undo to the beginning of the try. While undoing, LabVIEW crashed to the desktop and this time I got a failure log, see attached.
Things like:
DWarn: How could we have read more bytes than the size of the thrall map?
DWarn: FPDCO::LoadObjectData unexpected TDOffset tag in VI?
(just quoted here in case somebody searches for these strings later...)
What is the world is a thrall map???
10-31-2010 08:15 PM
Cannot reproduce with Win 7 64bit, LV2010 64 bit without f2 patch.
11-01-2010 01:54 PM - edited 11-01-2010 01:57 PM
Thanks Jack,
Good to have positive and negative controls. 😄
Since this is happening to me on a regular basis, I'm hoping that it's not only me, but maybe it is.....
Yesterday, I was trying to record a jing movie of the crashing. Unfortunately, it did not crash while recording, but crashed nearly consistently when doing the same things while not recording screen activity..... grrrr..
11-01-2010 04:25 PM
I've had the same crash several times as well.
11-01-2010 04:48 PM
Altenbach,
I'll be looking forward to a jing or reproducable code of the issue.
11-01-2010 04:52 PM
Ben J wrote:
I'll be looking forward to a jing or reproducable code of the issue.
Have you tried the VI in altenbach's second comment: "This time I was editing the VI posted here."
11-01-2010 05:01 PM
Jack,
I apologize. I tried it and could not reproduce a crash. I have LV2010.f2 32-bit and Windows 7 32 bit.
11-01-2010 05:47 PM - edited 11-01-2010 05:53 PM
Ben J wrote:I'll be looking forward to a jing or reproducable code of the issue.
OK, got one!
Open the attached file in 2010f2. (from this discussion. All that padding and re-stripping of the 2D array is not necessary, so we try to clean up the code a bit. ;))
Jing file is here.
We delete a few things in the right, then on the left, then on the bottom left.
At 7 seconds, LabVIEW becomes unresponsive. At 12 seconds, it crashes to the desktop.
(I was able to record this two times in a row!)
11-01-2010 07:48 PM - edited 11-01-2010 07:58 PM
I can confirm the behavior on this VI. Differences for me were that I could get the matrix size function to the lower left to delete, then it locked up. It never crashed to the desktop. After several minutes, it is still sitting there dimmed out and "(Not Responding)".
The first attempt I tried, I accidentally deleted the Replace Array Subset to the center left that was definitely unresponsive in Altenbach's, then went to the Matrix Size and was able to delete that. The VI did not crash.
I watched the video again to be sure I deleted the same items in the same order. Since it did not crash all the way to the desktop, I had to use the Windows dialog to force LabVIEW to exit. ("Windows looking for solution", "blah blah blah", then to the desktop. Vista by the way.) When I restarted LabVIEW, I got the LabVIEW "there was an error message" and something about setstate, I didn't note the line number. It saved this error log that is attached.
What is interesting, is that there are a lot of notes from several days ago in it (Oct 28) about VI's I've had open, but have been closed down a long time ago. I probably have not shutdown and restarted the LabVIEW environment for several days.