Konsole dauerhaft aktivieren

[br_klaus]

Wie kann man RunError 103 (File not open) abfangen bei Writeln auf die Konsole (wenn sie nämlich nicht aktiviert wurde)? Ich weiß nicht warum, aber manchmal wird die Konsole aktiviert, manchmal nicht, obwohl ich nichts an den Compiler-Einstellungen ({$APPTYPE Console})
ändere. Ist das ein Bug in Lazarus/FPC ?

Herzlichen Dank
P. Nikolaus

[Dets]

Ich hab's einfach mit try/except umrahmt und dann war's gut.

greetz, Dets ...

[br_klaus]

Aber gibt es denn keine Möglichkeit, feststellen zu lassen, ob die Konsole aktiviert ist oder nicht?

[Socke]

Die Variable System.IsConsole: Boolean kann abgefragt werden.
Du könntest natürlich für alle Schreiboperationen auch die IO-Exceptions ausschalten. Dann wird nur der Variablen IOResult ein bestimmter Wert zugewiesen.

Wie sehen denn deine Compiler-Schalter aus? Ist vielleicht der Parameter -WG (Win-GUI-Anwendung erstellen) gesetzt?

[Lori]

Aber dafür kann man doch auch debugln statt writeln nutzen.

Das gibt auf der Konsole aus, wirft aber im Falle das keine Konsole zur Verfügung steht keinen Fehler sondern wird deaktiviert.

[Socke]

Die Ausgabe von DebugLn() bzw. DbgOut() kann aber per Umgebungsvariable oder Kommandozeilenparameter beeinflusst werden, was in der Regel nicht gewünscht ist.
Außerdem gibt es einige Unterschiede in der Handhabung (nimmt nur Strings entgegen; immer in eine Datei). Man kann sich natürlich auch eigene Wrapper-Funktionen schreiben.

Eine ganz andere Alternative wäre, im Start-Up-Code auf IsConsole() zu prüfen und im Fehlerfall die Datei 'NUL' mit StdOut (oder Output, bitte Dokumentation beachten) zu öffnen. Zumindest kann man in Batch-Skripten mit echo "abc" > NUL eine Ausgabe ins Datennirvana schicken; eigentlich müsste es auch mit normalen Programmen funktionieren bzw. einen anderen Namen dafür geben.