IsConsole?

[himitsu]

Sooo, hier erstmal das vorläufige Endergebnis, samt einer IsConsoleEXE-Funktion. (siehe h5u.Executable.pas)

Bin noch am überlegen ob und wie ich das in eine Klassenstruktur bekomme.
Und bezüglich 64 Bit hab ich noch nichts geprüft.

[Assarbad]

Himitsu, wie definierst du denn eine Konsolenanwendung? Geht es dir um das Subsystem im PE-Header oder eher darum, ob die Anwendung ein Konsolenfenster hat? Immerhin kann eine GUI-Anwendung ohne weiteres AllocConsole aufrufen und dort hineinschreiben. Das habe ich selbst schon mehrfach für Debugausgaben verwendet, indem ich die Dateinummern für stdout, stdin und stderr aus stdio.h (C/C++) einfach umgebogen habe. Aus meiner Erinnerung würde ich sagen, daß es in Delphi etwas aufwendiger sein könnte WriteLn usw. umzubiegen.

[Neutral General]

Zitat von Assarbad:

Aus meiner Erinnerung würde ich sagen, daß es in Delphi etwas aufwendiger sein könnte WriteLn usw. umzubiegen.

Man kann ja alternativ einfach WriteFile benutzen

[himitsu]

Also in diesem Fall ging es eher darum, dass es keine GUI gibt,
bzw. ob der Code mit WaitForInputIdle warten kann,
oder genauer ob und wie ich dessen Fehlermeldung behandeln sollte. (wenn GUI, dann ist der Timeout böse, aber wenn Console, dann ist das schon richtig so, dass es nicht geht :supid

Zitat von Assarbad:

Immerhin kann eine GUI-Anwendung ohne weiteres AllocConsole aufrufen und dort hineinschreiben.

Andersrum geht auch. Eine "Konsolenanwendung" kann ebenso ein Fenster/GUI anzeigen.

Bei meinem FileSplitter hatte ich das damals gemacht.
Das Programm war nicht als "CONSOLE" kompiliert und eim Programmstart wurde dann geschaut, ob ein Konsolenfenster vorhanden ist,
wenn ja, dann damit vebinden (AttachConsole) oder wenn per Parameter verlangt aber nicht vorhanden, dann erzeugen (AllocConsole)
und wenn nein, dann wird die GUI erzeugt und die Messages in 'ner Schleife abgearbeitet.

Zitat:

wartet die CMD nicht automatisch auf das beenden einer GUI anwendung

Seit wann das?
Gewarter wird doch immer, außer man sagt CMD/START, dass es nicht warten soll.

Zitat:

EDIT: und warum soll eine Konsolenanwendung eine GUI erzeugen dürfen ?

Warum sollte sie nicht dürfen?

Es gibt halt EXEn, die reagieren darauf, wie sie gestartet wurden. (eine EXE für GUI und Console, statt zwei Getrennter)

[Dalai]

Zitat von himitsu:

Zitat:

wartet die CMD nicht automatisch auf das beenden einer GUI anwendung

Seit wann das?

Schon immer.

Zitat:

Gewarter wird doch immer, außer man sagt CMD/START, dass es nicht warten soll.

Nope. Einfach mal ausprobieren: CMD öffnen, notepad eingeben, ENTER - Was passiert? Notepad startet, und der Prompt der CMD kommt sofort zurück, nicht erst, wenn Notepad beendet wird. Daher gibt's auch den Schalter /wait, mit dem man dem start-Kommando sagen kann, es soll warten.

Grüße
Dalai

[himitsu]

Ohhh

Gut, wenn ich es mir recht überlege, dann starte ich über die Console meistens nur Konsolenprogramme.
Und bei sowas wie BDSLauncher.exe fällt es nicht auf, wenn nicht gewartet wird, da sich das eh sofort wieder beendet.


Entweder war mir das damals nicht aufgefallen, oder die PCs waren noch langsamer.
* CMD kehrt zurück und wird danach erst vom Programm "gefangen".
* Ich seh jetzt dazwischen nochmal ein PROMPT stehen, wenn ich den in der CMD startet.
http://www.delphipraxis.net/103940-f...-0-15-a-2.html

[t.roller]

Zitat von himitsu:

Es gibt halt EXEn, die reagieren darauf, wie sie gestartet wurden. (eine EXE für GUI und Console, statt zwei Getrennter)

How to make an application as both GUI and Console application?