LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

problem with executable: looking for an unkown saved instance

hello !
i'm working on labview 7.0
I have made a program and i always make and use the executable without any trouble. i have made some change (i have remove a page in a tab), and know the executable is always asking for "instance 3117 saved nameofthetoplevelvi.vi"... and obviously doesn't want to work anymore!? The point is that when i use the top level vi (not the EXE) it works well! is anybody knows what's wrong and how to solve that issue?
Thanks in advance
0 Kudos
Message 1 of 12
(3,191 Views)

Only thing I can think of is to check ALL Properity nodes associated with the TAB Control.  Sometimes by deleting a tab can mess up the properity nodes that act on the control.

If not using properity nodes then I have no clue.

Matt

Matthew Fitzsimons

Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison
0 Kudos
Message 2 of 12
(3,184 Views)
thank mfitzsimo…
i have replace the tab control by a new one, so i have replaced all the property nodes, but it is still the same...
another good idea?
0 Kudos
Message 3 of 12
(3,179 Views)

This looks like a deep LV issue and could be ugly to resolve.  If you have access to tech support start there.  If not, if the differences are small start with a known good chunk of code and make the same changes.  I am assuming that from your email that you have been using and building this app just fine for a period of time then it crashed?  Anything that you have changed can be suspect.

Matt

Matthew Fitzsimons

Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison
0 Kudos
Message 4 of 12
(3,178 Views)
i don't think that it come from LV directly (well who knows...) but when i use the previous version of the program i haven't got that pb...
well i think i have to start back with that previous version and re-make the changes, but it is time consumming!
so if anyone has THE solution...
0 Kudos
Message 5 of 12
(3,174 Views)

I guess at this point it wouldn't hurt to try to Mass Complile the problem VI.  See if it throws an error.

Good Luck,

Matt

Matthew Fitzsimons

Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison
0 Kudos
Message 6 of 12
(3,170 Views)
well i haven't done that before, can i ask you the way to do that?
thanks
0 Kudos
Message 7 of 12
(3,166 Views)

Tools => Advanced => Mass Compile

Try it first on the individual file.  I you change versions of LabVIEW it will bring your VI's up to the latest version.  Like if you go 7.0 to 7.1 you want to Mass Compile all of your VI's to bring them up to the latest version otherwise it will have to do this every time you load an older file.  It is a good idea to ZIP of Source Control your files before running Mass Compile.

Matt

Matthew Fitzsimons

Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison
0 Kudos
Message 8 of 12
(3,165 Views)
i have done th emass compile, obviously it hasn't solve the pb, too easy !
well il log file, a lot of #BAD VI appeared : what does that mean? should i do something with them?
thanks for the time you take for replying
0 Kudos
Message 9 of 12
(3,161 Views)
It usually means that the VI's are not executable.  If they are old you many of broke them in a differnt version.  If they are important then this is a bad thing.  They need to be fixed.
 
Matt
Matthew Fitzsimons

Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison
0 Kudos
Message 10 of 12
(3,159 Views)