26.08.2009, 14:00
Beitrag #1
|
AlexanderM
LVF-Grünschnabel
Beiträge: 12
Registriert seit: Aug 2009
6.1
2008
en
1217
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
Ich verwende zur Kommunikation ein vi, welches ueber eine dll mit einem Messgeraet kommuniziert. Jetzt passiert es manchmal, dass obwohl ich diese (ich nenne sie mal read.vi) nachdem ich das Hauptprogramm benutzt habe und keine aenderung vorgenommen habe, erfragt, ob aenderungen gespeichert werden sollen. Ich lasse die Messung einfach 5 Sekunden laufen, schalte das Hauptprogramm aus und ploetzlich ist diese Datei veraendert. Leider habe ich nicht herausgefunden, was die besagt Aenderung ist, was mir viell. weiterhelfen koennte. Deshalb die Frage, gibt es eine Funktion, die alle Aenderungen, die nach dem letzten Abspeichern vorgenommen wurden, anzeigt?
Vielen Dank schon mal!
|
|
|
26.08.2009, 14:28
Beitrag #2
|
|
|
27.08.2009, 13:50
Beitrag #3
|
AlexanderM
LVF-Grünschnabel
Beiträge: 12
Registriert seit: Aug 2009
6.1
2008
en
1217
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
Vielen Dank erstmal fuer die Antwort. Leider habe ich LabVIEW 6.1 und da gibt es einen Button Current Changes, der nur einen allgemeinen Text hervorbringt, dass allgemein irgendetwas veraendert wurde. Ich habe aber noch eine andere Frage. Ich benutze in einem .vi die Call Library Node und darueber werden Messerte ausgelesen. Nach einigen (~15) Stunden durchgehender Messung haengt sich das Programm auf. Wird irgendetwas in der dll gespeichert so dass sie dann ueberladen ist oder woran kann das liegen? Gibt es einen Befehl, der die ganze Sache reseted bzw. den Zwischenspeicher leer raumt?
|
|
|
27.08.2009, 15:27
Beitrag #5
|
AlexanderM
LVF-Grünschnabel
Beiträge: 12
Registriert seit: Aug 2009
6.1
2008
en
1217
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
' schrieb:Ein beliebter Fehler von Call Library Node Bastlern ist um String oder Arraybuffer in die die DLL etwas schreiben soll gar nicht oder zu klein anzulegen, BEVOR die Funktion aufgerufen wird.
Vielen Dank erneut, aber kann es sein dass mit diesem Satz etwas nicht ganz stimmt? Ich verstehe nicht richtig was du damit sagen möchtest...
|
|
|
27.08.2009, 16:53
Beitrag #6
|
Y-P
☻ᴥᴥᴥ☻ᴥᴥᴥ☻
Beiträge: 12.612
Registriert seit: Feb 2006
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
Er meint es sicher so:
Ein beliebter Fehler von Call Library Node Bastlern ist es, String oder Arraybuffer, in die die DLL etwas schreiben soll, gar nicht oder zu klein anzulegen, BEVOR die Funktion aufgerufen wird.
Gruß Markus
' schrieb:Vielen Dank erneut, aber kann es sein dass mit diesem Satz etwas nicht ganz stimmt? Ich verstehe nicht richtig was du damit sagen möchtest...
--------------------------------------------------------------------------
Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
|
|
|
27.08.2009, 19:51
Beitrag #7
|
|
|
31.08.2009, 14:42
Beitrag #8
|
AlexanderM
LVF-Grünschnabel
Beiträge: 12
Registriert seit: Aug 2009
6.1
2008
en
1217
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
ja auch von mir ein Dank an euch beide, ich habe die Fehlermeldung jetzt wieder erhalten und zwar lautet sie:
Failure: "Filemgr.cpp" Line 5662, LabVIEW 6.1
es gibt so ein schoenes formular bei ni.com wo man das suchen kann, aber es gibt leider keinen direkten hinweis zu diesem Fehler, hat vielleicht jmand eine Idee? (Er tritt auf, nachdem ich eine Messung ueber laengere Zeit laufen lasse, wobei die Ausgabe alle 3 Stunden in einer neuen Datei geschieht)
|
|
|
01.09.2009, 14:44
Beitrag #9
|
AlexanderM
LVF-Grünschnabel
Beiträge: 12
Registriert seit: Aug 2009
6.1
2008
en
1217
Deutschland
|
Aenderungen nach letztem Abspeichern anzeigen
In Ordnung, ich habe diesen Fehler jetzt beheben koennen. Den entscheidenden Hinweis gab es hier. Auch ich habe eine Referenz gefunden die nicht geschlossen, aber oft erzeugt wurde und sie geschlossen. Jedoch laeuft das Programm jetzt lang genug um mir wieder den dll Fehler vom Beginn auszugeben
|
|
|
| |