LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

internal warning 0xB002B199 occurred in DesktopGenInfoVisitor.cpp

I call LabVIEW from the command line as:

 

LabVIEW.exe auto_run.vi -- other.vi regexp

The auto_run.vi has the run when opened flag set, proceeds to gather up the rest of the command line arguments, obtains the hierarchy tree for other.vi, saves all VIs bottom up, if their paths matches the given regexp, then exits.

 

It seems to run fine, however, the next time I run LabVIEW I get the do you want to investigate popup with this message:

The last time you ran LabVIEW, internal warning 0xB002B199 
occurred in DesktopGenInfoVisitor.cpp.

I click NO and continue to LabVIEW, but would rather not receive the message.

This happens with LabVIEW 2015 SP1 f10 64 bits on Windows 7 Enterprise 64 bits.

 

0 Kudos
Message 1 of 11
(3,202 Views)

Sometimes LabVIEW can throw an internal warning that has no effect on how things run, which seems to be what you're seeing.

 

Is there a particular reason that you're running LabVIEW from the command line? Do you see similar behavior when calling LabVIEW from the Start Menu?

0 Kudos
Message 2 of 11
(3,143 Views)

Seems to have disappeared, in the current form of my VI.   The day I posted this it was failing every time, but it hasn't failed ever since.

The reason I'm calling it from the command line is to try to build  4 to 5 different executables, both with LV2015 and LV2017, in an automated way, without user intervention.  Now battling a way to bypass the "save dependencies" popups...

0 Kudos
Message 3 of 11
(3,140 Views)

Gotcha, that makes sense.

 

Reply here with a screenshot of those popups and I'll see how I can help with that.

0 Kudos
Message 4 of 11
(3,134 Views)

Failed again today.  Popup is just the message in the Subject.

I do have one lvlog file on the lvfailurelog directory, from the previous creaash, that contains this message:

 

2/27/2018 9:47:53.380 AM
DWarn 0xB002B199: Call chain node index did not match old method of getting index.
e:\builds\penguin\labview\branches\2015\dev\source\DesktopCompiler\DesktopGenInfoVisitor.cpp(500) : DWarn 0xB002B199: Call chain node index did not match old method of getting index.
$Id: //labview/branches/2015/dev/source/DesktopCompiler/DesktopGenInfoVisitor.cpp#8 $

 

 

0 Kudos
Message 5 of 11
(3,119 Views)

Interesting. I've got a few questions that should help diagnose the cause:

  1. Is there a crash log?
  2. Have you been able to consistently reproduce this warning?
  3. Is there anything that changed shortly before you started seeing this warning?

 

0 Kudos
Message 6 of 11
(3,102 Views)

@Maxwell.BIs there a crash log?

The files in lvfailurelog?  Not anymore.  I'll look the next time, if there is one.

 


@Maxwell.BHave you been able to consistently reproduce this warning?

No.  It comes and goes.

 


@Maxwell.BIs there anything that changed shortly before you started seeing this warning?

Every time I saw this warning was when I ran LabVIEW from the command line, from a bat file that calls LV2015 about 5 times, then calls LV2017 about 5 times.  The file that is executed has had very minor modifications, mostly trapping errors.  The files the "main VI" processes (compiles and save some hierarchies) change whenever people check files in.

0 Kudos
Message 7 of 11
(3,086 Views)

Have you checked out LabVIEW's Application Builder VIs? If not, you might see if they could be used to implement an automated process.

 

(Application Builder VIs) 

http://zone.ni.com/reference/en-XX/help/371361P-01/glang/application_builder_vis/

0 Kudos
Message 8 of 11
(3,077 Views)
  1. Is there a crash log?

SR #7735567

0 Kudos
Message 9 of 11
(3,058 Views)

Cool, good move on getting a service request opened up. That's one of the best ways to get things sorted out, I'd focus on that.

0 Kudos
Message 10 of 11
(3,049 Views)