Public Support

Anwender schrieb

Soweit ich das sehe, arbeitet ihr schon an item 1 und item 3.

• Per Standard-Windows-Funktionalität lässt sich die Ausgabe eines Programms in eine File umleiten mit ">"

• Ohne Redirect auf der Kommandozeile wird kein Output generiert
• Mit Redirect wird eine Ausgabe in das File geschrieben.

Vgle Attachments log3.txt

Mein Verbesserungsvorschlag wäre, hier wieder die Standard-Windows-Funktionalität zu unterstützen, d.h. eine Möglichkeit vorzusehen, die Ausgabe des launchers auf stdout zu bekommen, wie z.B. in ADTF 2 die Option -stdout.
Ein Workaround der das aktuell leistet wäre den Launcher in einer cygwin-shell zu starten, dann bekommt man die Ausgabe auf stdout

Dann zum Inhalt der Ausgabe:
Offenbar wird die Ausgabe in die Log-Datei beendet sobald der Console-Log gestartet ist und erst bei regulärem Beenden von des Launchers ergänzt.
Man sieht das im Beispiel Screenshot mit Cygwin: Die Log-Ausgabe auf stdout hört auf mitten in der Initialisierung des xsystem services auf

Die Ausgabe wird allerdings dann vervollständigt, wenn der Launcher regulär beendet wird. Dann bekommt man auch die Log-Messages vom "Console Log" im stdout. Irgendwo findet also ein Buffering statt. Problematisch ist hier, dass man die Infos aus dem Buffer nicht sieht, wenn ADTF abstürzt. Man hat also keine Möglichkeiten sich die letzten Ausgabe vor einem crash in ein text file umzuleiten.

Workaround wäre hier, den Launcher mit Option -console zu starten und den inhalt rauszukopieren.

Auch müsste man noch schauen, ob Ausgaben über printf bzw std::cout und LOG noch in der richtigen Reihenfolge auf stdout herauskommen.

Wie gesagt nur ein Vorschlag, hier die gleiche Funktionalität wie -stdout beim adtf2 launcher zu unterstützen.

Zu Item 4: Hat etwas gedauert bis ich die eigentliche Ursache gefunden habe. Offenbar funktioniert das mit dem adtf2_suport.service nicht mehr sobald ein Blank im Projektpfad vorkommt. Anbei ein entsprechendes Projekt (CreatePinsFromDat - Copy). Ich denke das sollte gefixt werden.

Best regards - Beste Grüße

Jochen Messner

EB Assist ADTF Support-Team

Hi Stephan,

Dein Kommentar hat es nicht in unser Ticketsystem geschafft, aber ich hab ihn bei Euch gefunden.

ich glaube es ist so gedacht, das nur wenn man die Option -console verwendet man einen Log in der Kommandozeile ausgegeben bekommt.

A: Jain: man bekommt es auf der Kommandozeile angezeigt allerdings nur wenn man den Launcher aus eine cmd.exe startet. Der Befehl funktioniert nicht in einer Shell wie Cygwin. Im Batchscript wird ein separates Fenster aufgemacht.

Es stimmt das die Log-Ausgabe in eine Datei anscheinend irgenwie zwischengepuffert wird bzw. erst nach dem Beenden (egal ob normal oder durch exception) fertig geschrieben wird. Auf jedenfall wird auch im Fehlerfall ein komplettes Log erstellt. Das habe ich in mehreren Versuchen nachstellen können.

A: Wie du an meinem Screenshot siehst hängt das dann offenbar von der Art des Absturzes ab.

(Finde das handling mit stdout auch weiterhin verbesserungswürdig.)
Hast Du auch mal ein printf in einem Filter eingebaut, ob die Ausgabe noch an der richtigen Stelle im Log erscheint?
(Kann man natürlich auch sagen, dass man das nicht unterstützen möchte)

Zu Item 4: Hat etwas gedauert bis ich die eigentliche Ursache gefunden habe. Offenbar funktioniert das mit dem adtf2_support.service nicht mehr sobald ein Blank im Projektpfad vorkommt. Anbei ein entsprechendes Projekt (CreatePinsFromDat - Copy). Ich denke das sollte gefixt werden.
Dieser Fehlerfall ist unabhängig davon ob der adtf2_suport.service verwendet wird oder nicht. Wenn sich im Projektpfad (Ordner in dem die *.adtfproject liegt) ein Whitespace befindet, werden über "create pins from dat file" keine Pins erstellt.
Im Zuge dessen ist mir auch noch aufgefallen das folgende Sonderzeichen im Projektpfad Probleme verursachen:

Gute Beobachtung, ich dachte ich hätte das mit einem .adtfdat probiert und es hätte funktioniert, kann aber auch ein anderes Projekt gewesen sein.
Wie hast Du die Fehlermeldungen sehen können? Bei mir kommt da nur kurz ein Command-Fenster hoch, aber das ist zu schnell weg, um da irgendetwas zu sehen.
Fehlermeldung: File not found: D:\__support\%25505\CreatePinsFromDatCopy ...?

Eine Ergänzung zu Bug-Ticket #39520:

Bitte beschränkt Euch da nicht auf deutsche Sonderzeichen und Umlaute. Wir vertreiben ADTF weltweit (besonders Japaner und Chinesen haben oft viele lustige Symbole im Pfad). Es müsste doch irgendeine Möglichkeit geben, Pfade so zu verwenden, dass dies auf jeder Locale von Windows läuft?

Best regards - Beste Grüße
Jochen Messner
EB Assist ADTF Support-Team

Hallo Jochen,

ich glaube es ist so gedacht, das nur wenn man die Option -console verwendet man einen Log in der Kommandozeile ausgegeben bekommt.

A: Jain: man bekommt es auf der Kommandozeile angezeigt allerdings nur wenn man den Launcher aus eine cmd.exe startet. Der Befehl funktioniert nicht in einer Shell wie Cygwin. Im Batchscript wird ein separates Fenster aufgemacht.

ich habe die Option -console auf cygwin verwendet und sie funktioniert so wie sie soll, der komplette output wird im selben Consolenfenster ausgegeben.

Es stimmt das die Log-Ausgabe in eine Datei anscheinend irgenwie zwischengepuffert wird bzw. erst nach dem Beenden (egal ob normal oder durch exception) fertig geschrieben wird. Auf jedenfall wird auch im Fehlerfall ein komplettes Log erstellt. Das habe ich in mehreren Versuchen nachstellen können.

A: Wie du an meinem Screenshot siehst hängt das dann offenbar von der Art des Absturzes ab.
(Finde das handling mit stdout auch weiterhin verbesserungswürdig.)
Hast Du auch mal ein printf in einem Filter eingebaut, ob die Ausgabe noch an der richtigen Stelle im Log erscheint?
(Kann man natürlich auch sagen, dass man das nicht unterstützen möchte)

Ich habe verschiedenste Möglichkeiten (Beenden Normal, durch Absturz usw.) durchprobiert, jedesmal wurde bei mir zuletzt ein vollständiges Log erstellt.
Manchmal musste man dafür noch die Kommandozeile schließen oder verschieben bzw. anklicken.

Ich habe noch kein printf in einen Filter eingebaut, aber sollte damit etwas sicher im Log landet nicht z.B. LOG_WARNING , LOG_INFO verwendet werden?
Ob man das nicht unterstützen möchte weiß ich nicht.

Gute Beobachtung, ich dachte ich hätte das mit einem .adtfdat probiert und es hätte funktioniert, kann aber auch ein anderes Projekt gewesen sein.
Wie hast Du die Fehlermeldungen sehen können? Bei mir kommt da nur kurz ein Command-Fenster hoch, aber das ist zu schnell weg, um da irgendetwas zu sehen.
Fehlermeldung: File not found: D:\__support\%25505\CreatePinsFromDatCopy ...?

Ich konnte die Fehlermeldung selbst nicht sehen, der Fehler war bereits bei uns bekannt bzw. nachgestellt.

Eine Ergänzung zu Bug-Ticket #39520:
Bitte beschränkt Euch da nicht auf deutsche Sonderzeichen und Umlaute. Wir vertreiben ADTF weltweit (besonders Japaner und Chinesen haben oft viele lustige Symbole im Pfad). Es müsste doch irgendeine Möglichkeit geben, Pfade so zu verwenden, dass dies auf jeder Locale von Windows läuft?

Das habe ich im Ticket ergänzt.

Sind damit alle Fragen beantwortet und wir können das Ticket abschließen?
So wie es für mich jetzt aussieht gibt es bereits Produkttickets die die Fehlerfälle abdecken.