Konsole Fenster unsichtbar machen

[KodeZwerg]

Hmmm, dann probiere es mal doch ohne {$APPTYPE CONSOLE} bzw mit {$APPTYPE GUI}.
In Deine Schleife solltest Du schon gelangen.

Wenn Du dann doch mal die Console brauchen solltest ist AllocConsole() Dein Freund.

//edit

Zitat von Zodi:

Hi CodeZwerg leider funktioniert das nicht ganz sauber.
Das Fenster blitzt schnell auf und dann ist es weg.

Meinst Du mit "dann ist es weg" das sich der Process geschlossen hat? Weil wenn nicht ist es doch das was Du wolltest.

[himitsu]

Mit {$APPTYPE CONSOLE} wird die EXE im PE-Header als Consolen-Anwendung markiert.
Windows stellt dann beim Programmstart eine Verbindung zur Console her (wenn aus einer Console oder einer anderen Consolen-Anwendung gestartet wurde) oder Windows erstellt eine Console, wenn noch Keine existiert.

Ohne {$APPTYPE CONSOLE} kommt durch Windows also keine "automatische" Console.
Dann kann man sich aber selber damit verbinden oder Eine erstellen.
AttachConsole bzw. AllocConsole und mit FreeConsole wieder weg.

https://www.delphipraxis.net/103940-...v2-0-15-a.html
Für windows ist das eine GUI-Anwendung, aber wenn aus einer Console gestartet, verhält es sich wie eine Consolen-Anwendung.
* AttachConsole ... wenn das ging, dann ist schon eine Console verbunden (kann man also auch zum Prüfen verwenden, ob Console oder nicht)
* will man immer eine Console, dann AttachConsole und wenn nicht AllocConsole
* und will man nur GUI, dann eben nichts machen

Auch wenn es eine Console-Anwendung ist, kann man dennoch eine GUI anzeigen
und auch andersrum, kann eine GUI-Anwendung ebenfalls eine Console einblenden.


ACHTUNG:
Wenn PeekMessage ein False sagt, dann darf TranslateMessage/DispatchMessage nicht gemacht werden.
Da dein WHILE keine Abbruchbedingung hat (warum nicht?), kannst auch Sleep und PeakMessage weglassen und GetMessage verwenden.

+ beim SetErrorMode?
Da werden Bits "kombiniert" und das macht man gefälligst mit OR.

[KodeZwerg]

Herrlich Dein Erklärung!

Zitat von himitsu:

* AttachConsole ... wenn das ging, dann ist schon eine Console verbunden (kann man also auch zum Prüfen verwenden, ob Console oder nicht)

Mit GetConsoleWindow() <> 0 und <> INVALID_HANDLE_VALUE hab ich bei meinen "dual"-Projekten verwendet. (dual = es war console und/oder gui in einer .exe, kam auf Parameter an was die .exe beim start machen sollte)

[himitsu]

Gibt oft mehrere Wege.
Ich hatte dort halt mit AttachConsole/AllocConsole gespielt.
* einmal automatisch von wo es gestartet wurde (z.B. aus CMD oder Explorer/Link) und dementsprecht Ausgabe in Console oder Anzeige einer GUI
* oder via Parameter

GetConsoleWindow geht explizit auf ein ConsolenFenster.

Was ist, wenn das Programm unsichtbar als Console mit Umleitung der Ausgabe läuft?
Auch ist es möglich eine Anwendung auf einem anderen Nuteraccount oder gar Rechner laufen zu lassen und das ConsolenFenster wo anders zu haben. Da gibt es "hier" dann kein Fenster.
Mir fällt grade ein, dass ich das damals aber auch nicht beachtet hatte. Aber da könnte man die Prüfung einfach auf StdOut bzw. StdIn machen.

[KodeZwerg]

Zitat von himitsu:

GetConsoleWindow geht explizit auf ein ConsolenFenster.

GetConsoleWindow gibt ein Handle vom einer zugewiesenen Console wieder oder NULL bei "iss nix da". Vielleicht meinen unsere Sätze beide das gleiche nur anders ausgedrückt.

Zitat von himitsu:

Was ist, wenn das Programm unsichtbar als Console mit Umleitung der Ausgabe läuft?

Dann werde ich es ja wohl programmiert haben und Wissen das mein GetConsoleWindow Probleme hat

Zitat von himitsu:

Aber da könnte man die Prüfung einfach auf StdOut bzw. StdIn machen.

Aber besser hätte ich Deine Frage auch nicht beantworten können, ich hätte mich halt vorher noch schlau machen müssen, hiermit getan, Danke!


Aber was ist bei Stromausfall? Zappenduster alles, auch Console ist weg

[himitsu]

Neeee, dafür hat man doch seine App für Restart und Recovery registriert, damit es danach wieder da ist.
https://docs.microsoft.com/en-us/win...cation-restart