LabVIEWForum.de
Vi stürzt ohne Fehlermeldung ab - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Vi stürzt ohne Fehlermeldung ab (/Thread-Vi-stuerzt-ohne-Fehlermeldung-ab)



Vi stürzt ohne Fehlermeldung ab - toaran_ - 01.04.2010 11:13

Hallo zusammen

ich habe folgendes Problem ...

ich habe ein relativ umfangreiches Projekt mit dem ich schon länger arbeite ... seit ich LV2009 benute habe ich das Problem das in unregelmäßigen abständen mein Vi abstützt ohne eine Fehlermeldung ... einfach wech und die EXE oder die auch die Labvie IDE sind zu ...

meine frage nun ... werden irgendwo logfiles geschrieben ? bzw kann man das irgenwo konfigurieren das es logfiles gibt? oder muss man sich selbst was einfallen lassen um die Ursache zu finden ...? wenn letzteres.. was..?

Rat und Planlos ....
T


Vi stürzt ohne Fehlermeldung ab - IchSelbst - 01.04.2010 12:37

' schrieb:abstützt ohne eine Fehlermeldung ... einfach wech und die EXE oder die auch die Labvie IDE sind zu ...
Kenn ich.

Zitat:werden irgendwo logfiles geschrieben ?
Geh mal davon aus, dass es in diesem Falle kein Logfile gibt.
In einem solchen Falle sollte eigentlich ein unerwarteter Fehler eingetreten sein, in dessen Folge eben der komplette Prozess verschwindet. Wenn selbst in der Ereignisanzeige von Windows gar nichts drinnen steht, dann legt wohl auch LabVIEW kein Logfile an.

In den Anwenderdaten besitzt LabVIEW ein Verzeichnis, in das die Sicherungsdateien während der IDE geschrieben werden. Vielleicht steht da ja auch ein Logfile dabei.

Im Falle, dass alles einschließlich IDE ohne jedwede Meldung zugeht, tippe ich auf eine Dateninkonsistenz im Herz des Systems, also im Speichermanger der RT.

Derartig fatale Fehler habe ich immer dann, wenn ich einen (strict typdef) Clutser erweitere. Der Cluster wird in vielen SubVIs verwendet. Das MainVI lässt sich nach der Änderung zwar starten, aber es stürzt sofort ab, weil in mindestens einem der vielen SubVIs die Änderung des Clusters nicht übernommen wurde. Dieser Absturz geht von normaler Fehlermeldung unter LabVIEW über AccessViolation unter Windows bis hin zu eben einfach weg - und selbst Booten hab ich schon gehabt.

Daher gehe ich jetzt immer wie folgt vor:
Nach Änderungen, von denen ich meine sie könnten kritisch sein, beende ich die komplette IDE und starte das Projekt mit dem MainVI neu. Daraufhin werden alle SubVIs quasi neu kompiliert - und übernehmen garantiert die Änderungen des Clusters.

Dieses Verfahren funktioniert natürlich nicht, wenn der Fehler im Programm liegt: Globale Variablen und Referenzen können auch die beschriebenen Abbrüche erzeugen. In wie weit LabVIEW 2009 hier stabiler ist weiß ich nicht. Bei 861 treten solche Effekte noch auf.


Vi stürzt ohne Fehlermeldung ab - toaran_ - 01.04.2010 13:37

Hallo

also ich hab das problem erst seit ich LV2009 benutze ...

ich hab grad mal in der Ereignisanzeige geguggt und dieses gefunden....

Code:
Fehlgeschlagene Anwendung mcex.exe, Version 2.1.0.27, fehlgeschlagenes Modul ole32.dll, Version 5.1.2600.5512, Fehleradresse 0x000896f4.

ist immer dieselbe Meldung... zumindest bei einer EXE ...


T


Vi stürzt ohne Fehlermeldung ab - IchSelbst - 01.04.2010 13:52

' schrieb:
Code:
Fehlgeschlagene Anwendung mcex.exe, Version 2.1.0.27, fehlgeschlagenes Modul ole32.dll, Version 5.1.2600.5512, Fehleradresse 0x000896f4.
Immer die selben Meldung ist schon mal gut. Da ist die Wahrscheilichkeit groß, dass ein behebbarer Fehler auftritt.

Bei OLE muss ich gleich an Variant-Datentypen denken.

Glas1

Möglicherweise besteht eine Inkonsistenz in den Variant-Typen der beiden Schnittstellen. Oder der Dateninhalt ist nicht konsistent (z.B. NAN bei DBL, Timestamps oder Bitfelder).


Vi stürzt ohne Fehlermeldung ab - toaran_ - 06.04.2010 09:02

Hallo

also der Fehler tritt tatsächlich auf wenn das vi per ADO Tool auf eine mysql Datenbank zugreift .... zumindest könnte das der Zeitpunkt sein ... ich werd mal die state machine steps in nen File schrieben .. mal sehn bis wohin es kommt ....

aus dem ADO Tool kommt dann ein 2D array Variant raus ... das konvertiere ich dann in String und erst danach in den jeweiligen Datentypen .. evtl ist da was faul...

was mich an der Sache stört ist das es nicht jedes mal auftritt ...


T


Vi stürzt ohne Fehlermeldung ab - IchSelbst - 06.04.2010 09:30

' schrieb:aus dem ADO Tool kommt dann ein 2D array Variant raus ... das konvertiere ich dann in String und erst danach in den jeweiligen Datentypen
Variant konvertiert nach String und dann erst nach Daten?

Alleine die Tatsache den Zwischenschritt mit dem String zu machen ist mir suspekt.

Zitat:was mich an der Sache stört ist das es nicht jedes mal auftritt ...
Wer weis, was bei dem Zwischenschritt mit dem String passiert. Was passiert denn bei einem Leerstring oder einem nicht assigntem.


Vi stürzt ohne Fehlermeldung ab - RoLe - 06.04.2010 10:09

' schrieb:aus dem ADO Tool kommt dann ein 2D array Variant raus ... das konvertiere ich dann in String und erst danach in den jeweiligen Datentypen .. evtl ist da was faul...
Dazu wäre vermutlich der "Database Variant To Data" Baustein hilfreich.
Da der etwas versteckt ist, hier als Sub-VI.
Lv82_img


Vi stürzt ohne Fehlermeldung ab - toaran_ - 07.04.2010 08:38

Hallo zusammen

das mit den Strings ist noch eine Altlast von meinem Vorgänger... da waren alle felder in der Datenbank Tabelle als Text definiert...naja wie das eben so ist wenn wenig zeit ist übernimmt man das ...

ich bin gerade drann das ganze so umzu bauen das aus Variant gleich in den richtigen Datentypen gewandelt wird ... in der DB sind auch seit kurzem mehrere Datentypen vorhanden ...



T


Vi stürzt ohne Fehlermeldung ab - toaran_ - 21.04.2010 16:57

Hallo zusammen

ich habe das Problem mal im ADO Tool Forum gepostet ...

http://forum.ib-berger.com/index.php?showtopic=234

ich brauch nen Denkanstoß was ich machen kann ...



hier noch die Vis die zum speichern in die DB bennutzt werden ...

Lv09_img2


das erstellt einfach aus einem Cluster mit werten einen langen String der TAB getrennt ist
[attachment=25897]
das macht dann aus dem String den SQL String...
[attachment=25896]

alles als llb zusammen mit subvi

[attachment=25898]


T