+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenkommunikation (/Forum-Datenkommunikation)
+---- Thema: Nicht definierte FTP-Fehlercode (/Thread-Nicht-definierte-FTP-Fehlercode)
Nicht definierte FTP-Fehlercode - Matze - 14.09.2010 14:32
Hi zusammen,
habt ihr schonmal den nicht definierten FTP-Fehlercode 221 beim VI "FTP Get File" erhalten?
Wenn ja, was ist die genaue Ursache?
Die Meldung ist sowas von nichts sagend:
"Warnung 221 ist bei 221 Thank you for using National Instruments FTP aufgetreten"
[attachment=29397]
[attachment=29398]
Nicht definierte FTP-Fehlercode - macmarvin - 14.09.2010 14:52
Die NI-FTP Funktionen sind recht "gesprächig". Da wird alles was nicht Niet und Nagelfest ist als Warnung verpackt.
FTP CODE 221 = Service closing control connection. (Logged out if appropriate.)
Also alles so, wie es sein soll.
Wenn ich die FTP-Funktionen benutze, lösche ich danach immer alle Warnings (Fehler natürlich nicht) aus dem Error Cluster.
Nicht definierte FTP-Fehlercode - Matze - 14.09.2010 16:39
Das ist eine gute Idee, auch wenn es vielleicht nicht der saubeste Weg ist.
Im Endeffekt ist es ja auch kein Fehler und es funktioniert. Nur stört sowas immer.
Nicht definierte FTP-Fehlercode - macmarvin - 14.09.2010 16:58
Jo, um es sauber machen zu können, bräuchte man "Info" als Fehlerkatergorie neben "Error" und "Warnung" im Errorcluster.
Dennoch finde ich den gewählten Weg von NI, das als Warnings zu verpacken, ungünstig.
So sieht es deshalb häufiger mal im Code aus.
[attachment=29400]
Nicht definierte FTP-Fehlercode - Matze - 14.09.2010 18:03
' schrieb:So sieht es deshalb häufiger mal im Code aus.Oh, clever gelöst. Ich habe es (mal wieder) umständlicher gemacht:
[attachment=58294:clear_warning.png]
[attachment=29401]
Nicht definierte FTP-Fehlercode - rolfk - 17.09.2010 11:00
Wenn Du die FTP Spec liest (RFC959) siehst Du dass die erste Zahl des Returncodes folgende Bedeutung hat:
1yz Preliminary Positive Reply (Alles scheint soweit in Ordnung aber ich kann noch keine endgültige Aussage machen)
2yz Positive Completion Reply (Alles ist korrekt und so wie erwartet verlaufen)
3yz Positive Intermediate reply (Alles geht soweit gut aber es ist mehr Information nötig die ich bitte noch empfangen möchte)
4yz Transient Negative Completion reply (Etwas ist schief gelaufen aber ich habe noch nicht aufgegeben, bitte liefere die richtigen Daten um es noch mal zu versuchen)
5yz Permanent Negative Completion reply (Sorry etwas ist wirklich falsch gegangen, und es hat auch keinen Sinn dieselbe Operation nochmals zu versuchen)
Du siehst also dass 221 einfach ein Informationscode ist, und die FTP VIs generieren darauf auch keinen Fehler. Man könnte argumentieren dass das Einfügen von Informationen in den Error Cluster in so einem Fall überflüssig ist, aber wenn man das Errorhandling richtig implementiert sollte das kein Einfluss haben. Solange der error status im Cluster nicht True ist, kann man alles im Error Cluster während normalem Gebrauch einfach ignorieren. Beim Debuggen kann es aber sehr interessant sein.