Entferntes VI trotzdem beim Laden des Projekts erforderlich

Hallo,

nachdem ich an meinem LV Projekt einige Änderungen vorgenommen habe, habe ich hier folgenden merkwürdigen Effekt:

Ich öffne mein Projekt und danach das Haupt-VI. Dabei lädt LV allen anderen VI’s. Allerdings ist LV der Meinung das eins fehlt. Er bleibt bei Suche „Log Start Stop.vi” stehen und öffnet den Dateidialog, damit man das VI zuweisen kann. Den Dialog breche ich ab. Normalerweise ist dann das Haupt-VI nicht ausführbar, weil ja ein VI fehlt. Bei funktioniert aber alles. Bei nächsten Öffnen des Projektes geht die Sache wieder von vorne los. Nerv.

Das VI „Log Start Stop.vi” gab es mal früher. Wird aber nicht mehr verwendet. Ich habe nun ein VI mit dem gleichen Namen und den gleichen Ein- und Ausgängen neu erstellt. Nun kommt der Suchdialog beim Start des Projekts nicht mehr. Wenn ich mir dann die VI Hierarchie ansehe, sieht es so aus, als würde das o. g. VI nur vom Haupt-VI verwendet. Lasse ich mir nun alle Instanzen des VIs „Log Start Stop.vi” anzeigen, bekomme ich kein Ergebnis. Was auch ok ist, denn es wird ja nicht verwendet.

Als Nebeneffekt bekomme ich nun bei jedem Neustart des Projektes folgende Fehlermeldung:

„Als LabVIEW das letzte Mal ausgeführt wurde, trat ein interner Fehler bei osupport.cpp, Zeile 7564 auf.“

Nachdem LV den Fehler untersucht hat, steht in dem Logfile folgendes:

######################
####
#Date: Do, 2. Okt 2008 15:36:22
#OSName: Windows NT
#OSVers: 5.1
#AppName: LabVIEW
#Version: 8.2
#AppKind: FDS
#AppModDate: 08/19/2006 18:22 GMT

.editorosupport.cpp(7564) : DWarn: Bad objID 0x0007927c, dpid 10 in VI [VI "Main.vi" (0x05b64e00)] for SetReferencedVI_ -- object has no vi field
$Id: //LabVIEW/branches/Europa/dev/source/editor/osupport.cpp#65 $
0x00635F36 - LabVIEW <unknown> + 0
0x00CF3E27 - LabVIEW <unknown> + 0
0x00CEE71F - LabVIEW <unknown> + 0
0x00CEEF93 - LabVIEW <unknown> + 0
0x00D119FB - LabVIEW <unknown> + 0
0x00D0B343 - LabVIEW <unknown> + 0
0x00D09279 - LabVIEW <unknown> + 0
0x00D09232 - LabVIEW <unknown> + 0
0x00CF11A9 - LabVIEW <unknown> + 0
0x0080283A - LabVIEW <unknown> + 0
0x00D127D8 - LabVIEW <unknown> + 0
0x00CF280B - LabVIEW <unknown> + 0
0x00CFC152 - LabVIEW <unknown> + 0
0x00CFD887 - LabVIEW <unknown> + 0
0x00D10B04 - LabVIEW <unknown> + 0
*** Dumping Bread Crumb Stack ***
Loading F:FocusHV_AnaSoftwareLabVIEWLogLog Start Stop.vi
Loading F:FocusHV_AnaSoftwareLabVIEWMain.vi
*** End Dump ***

######################

Ich habe so den Eindruck, da ist irgendwie der Wurm drin. Ich kriege das VI nicht aus meinem Projekt raus. Wenn ich das Haupt-VI in einen Hexeditor lade, finde ich einen Verweis auf das VI „Log Start Stop.vi”. Speichern unter anderem Name hat nix gebracht.
Gibt es irgendwelche Rettungstools von NI?

Gruß Micha

Hast Du schon mal ein neues Projekt mit Deinen verwendeten VIs angelegt und das dann neu abgespeichert?

Gruß Markus

Hast schon mal versucht das VI neu zu compilieren?

ein force recompile erzwingst du durch CTRL taste gedrueckt halten, waehrend du den run button drueckst. danach das VI speichern.

Wenn das nicht hilft, oeffne das project im texteditor, such nach dem fehlenden VI und loesch es aus der liste.

wenn das auch net hilft, meld mich nochmal

Danke für Eure Tips. Ich kann sie aber erst am Montag ausprobieren, wenn ich wieder auf
Arbeit bin. Nur soviel, das Problem liegt nicht beim Projektfile (das habe ich schon
durchsucht und nix gefunden), sondern in dem Haupt-VI. Wenn ich das Haupt-VI in LV öffne,
ohne vorher das Projekt zu laden, habe ich die gleichen Probleme.

Gruß Micha

' schrieb:Danke für Eure Tips. Ich kann sie aber erst am Montag ausprobieren, wenn ich wieder auf
Arbeit bin. Nur soviel, das Problem liegt nicht beim Projektfile (das habe ich schon
durchsucht und nix gefunden), sondern in dem Haupt-VI. Wenn ich das Haupt-VI in LV öffne,
ohne vorher das Projekt zu laden, habe ich die gleichen Probleme.

Gruß Micha

dann sollte das force recompile helfen

' schrieb:dann sollte das force recompile helfen

Hat leiden nix gebracht. Ich habe es noch mit <Ctrl>-<Shift>-Run-Button (neukompilieren alle VIs im Speicher) probiert.
Auch ein Massenkompilieren des Projektverzeichnisses brachte keinen Erfolg.

Liegt das vielleicht an meiner nicht aktuellen LabVIEW Version (8.2)?

Gruß Micha

Anzeige

' schrieb:Hat leiden nix gebracht. Ich habe es noch mit <Ctrl>-<Shift>-Run-Button (neukompilieren alle VIs im Speicher) probiert.
Auch ein Massenkompilieren des Projektverzeichnisses brachte keinen Erfolg.

Liegt das vielleicht an meiner nicht aktuellen LabVIEW Version (8.2)?

Gruß Micha

hast du zufällig LV 8.2.1 installiert ohne 8.2 vorher zu deinstallieren? Ich kann mich dunkel erinnern, dass da mal irgendwas war, dass ein Toolset nicht richtig installiert wurde, wenn man 8.2 vor der Installation von 8.2.1 nicht deinstalliert wurde und dann der von dir beschriebene Effekt auftrat. Oder wars das Update von 8.0 auf 8.2? weiß ich nu nich mehr so genau ...

' schrieb:hast du zufällig LV 8.2.1 installiert ohne 8.2 vorher zu deinstallieren?

Ich habe hier Version 8.2 am Laufen. Mit den anderen Projekten, die ich noch bearbeite, habe ich nicht solche Probleme.

Allerdings habe ich das VI, was jetzt diese Probleme bereitet, aus einem anderen Projekt kopiert. Dazu habe ich die Datei
unter Windows in mein Projektordner kopiert, dann das Projekt geöffnet und die Datei hinzugefügt. Ist das problematisch?

Danach hat das VI wie gewünscht zumindest in der Entwichklungsumgebung funktioniert. Als ich dann eine EXE erstellen wollte,
gingen die Probleme los. Der Build-Prozeß brach mit einer nichtsagenden Fehlermeldung ab.

   

Danach mußte ich die Entwicklungsumgebung mit dem Task-Manager abschießen, weil sie nicht mehr reagierte. Nur die
einzelnen VI-Fenster konnte ich schließen.

Gruß Micha

' schrieb:Dazu habe ich die Datei unter Windows in mein Projektordner kopiert, dann das Projekt geöffnet und die Datei hinzugefügt.

Von diesem Verfahren habe ich Abstand genommen, da es hier immer wieder zu "VI-Inkonsistenzen" gekommen ist. Wenn, dann mach ich jetzt: "Hirarchie speichern unter". Irgendwo in einem VI sind z.B. Pfade abgelegt. Die werden bei "Hirarchie speichern" angepasst - bei Windows-Kopieren nicht.

' schrieb:"Hirarchie speichern unter"

Wieder was gelernt. Habe natürlich gleich mal versucht, mein Projekt darüber abzuspeichern. Leider ist mir dabei die
Entwicklungsumgebung abgestürtzt. Mit einem anderen Projekt, ging es ohne Probleme. Scheint so, als wäre in dem
einen Projekt richtig der Wurm drin. Hat jemand noch eine Idee, wie man es reparieren könnte?

Gruß Micha