Starten wahlweise mit und ohne GUI

[Uwe Raabe]

Zitat von Hobbycoder:

Wie würden denn das realisierbar sein?

Eigentlich gar nicht: https://blogs.msdn.microsoft.com/old...01-00/?p=19643

[KodeZwerg]

Ich habe mir den Artikel und auch den Sub-Artikel durch gelesen, so wie ich es anstelle wird dort nicht aufgeführt als possibility. In mehreren meiner mini-Apps kann man die App über Console oder GUI steuern, erstellt wird die App als Consolen-Anwendung, bei Start überprüfe ich Parameter, entweder schließe ich Console und übergebe die Kontrolle an die GUI oder ich verweile in der Console und habe da meinen Spass. Auch wenn es falsch sein mag, es funktioniert bis jetzt ohne negative Auswirkungen zu vernehmen. (die GUI wird bei Laufzeit nonVcl erstellt aber das Prinzip müsste überall funktionieren, ich habe es aber nur auf diese Weise bis jetzt verwendet.)

[Fritzew]

https://stackoverflow.com/questions/...e-command-line
Sollte etwas dabei sein.....

[Uwe Raabe]

Ich bin da lieber auf der sicheren Seite, was unerwartete Anwender-Szenarien und zukünftige Windows-Updates betrifft, und liefere in so einem Fall immer zwei Executables aus. Die Console-Version bekommt dann in der Regel noch ein Cmd am Ende des Namens spendiert, damit auch jeder weiß, womit er es zu tun hat.

[KodeZwerg]

Ist man mit Delphi in der Lage sich ein mini .COM file zu kreiiren als Loader wenn man zwei getrennte Anwendungen erstellt?
Also das in dem App.com die Parameter geprüft werden und je nach Parameter dann die AppCon.exe bzw App.exe geladen wird und entsprechende Parameter rangehängt werden beim Aufruf.

[Fritzew]

Zitat von KodeZwerg:

Ist man mit Delphi in der Lage sich ein mini .COM file zu kreiiren als Loader wenn man zwei getrennte Anwendungen erstellt?
Also das in dem App.com die Parameter geprüft werden und je nach Parameter dann die AppCon.exe bzw App.exe geladen wird und entsprechende Parameter rangehängt werden beim Aufruf.

Aus welchem Jahrhundert stammst Du den? Com war MsDos.....

mach die ne kleine *.exe wenn schon......

[Schokohase]

Die Variante auf SO ist ja ganz nett, allerdings reicht es völlig aus, sich an die Parent-Console dranzuhängen, und wenn das fehlschlägt eine eigene Console zu eröffnen:

Delphi-Quellcode:

uses
  Winapi.Windows;

const
  ATTACH_PARENT_PROCESS = DWORD( -1 );

function AttachConsole( dwProcessID: DWORD ): Boolean; stdcall; external 'kernel32.dll';


if not AttachConsole( ATTACH_PARENT_PROCESS ) and not AllocConsole( )
  then
    RaiseLastOSError( );
try
  Write('Here I am!');
  ReadLn;
finally
  FreeConsole();
end;

ABER das ist immer noch nicht dasselbe, als wenn man eine echte Konsolen-Anwendung hat, denn die verhält sich noch ein wenig anders.

[KodeZwerg]

Zitat von Fritzew:

Aus welchem Jahrhundert stammst Du den?

darauf

Zitat von KodeZwerg:

Ich bin aus der Vergangenheit/Gegenwart und Zukunft @Fritzew

darauf

Zitat von Rollo62:

Der KodeZwerg ist halt ein

dazu
Und wenn, dann bin ich HAL9000

[Uwe Raabe]

Zitat von KodeZwerg:

Ist man mit Delphi in der Lage sich ein mini .COM file zu kreiiren als Loader wenn man zwei getrennte Anwendungen erstellt?
Also das in dem App.com die Parameter geprüft werden und je nach Parameter dann die AppCon.exe bzw App.exe geladen wird und entsprechende Parameter rangehängt werden beim Aufruf.

Du meinst, wie bei devenv.com und devenv.exe? Nein, da ist mir bei Delphi keine Möglichkeit bekannt.

Aber dann kannst du ja auch gleich eine AppCmd.exe bauen, die ohne Parameter dann die App.exe aufruft. Wie in einigen anderen Lösungsansätzen flackert dann halt kurz eine Konsole auf.

Ich verstehe auch irgendwie den Sinn nicht: Wenn ich eine CmdLine-Anwendunge ohne Parameter aufrufe und die dann nicht arbeiten kann, dann soll sie mir günstigstenfalls bitte ihre Aufrufkonventionen mitteilen, aber in jedem Fall einen ErrorCode zurückgeben, den ich abfragen kann. Auf keinen Fall sollte sie eine GUI aufmachen, was z.B. in einem unsichtbarem Desktop, einem Build-Skript oder einem FinalBuilder-Projekt gar nicht gehen oder sogar böse enden würde.

[Fritzew]

Zitat von Uwe Raabe:

Zitat von KodeZwerg:

Ist man mit Delphi in der Lage sich ein mini .COM file zu kreiiren als Loader wenn man zwei getrennte Anwendungen erstellt?
Also das in dem App.com die Parameter geprüft werden und je nach Parameter dann die AppCon.exe bzw App.exe geladen wird und entsprechende Parameter rangehängt werden beim Aufruf.

Du meinst, wie bei devenv.com und devenv.exe? Nein, da ist mir bei Delphi keine Möglichkeit bekannt.

Aber dann kannst du ja auch gleich eine AppCmd.exe bauen, die ohne Parameter dann die App.exe aufruft. Wie in einigen anderen Lösungsansätzen flackert dann halt kurz eine Konsole auf.

Ich verstehe auch irgendwie den Sinn nicht: Wenn ich eine CmdLine-Anwendunge ohne Parameter aufrufe und die dann nicht arbeiten kann, dann soll sie mir günstigstenfalls bitte ihre Aufrufkonventionen mitteilen, aber in jedem Fall einen ErrorCode zurückgeben, den ich abfragen kann. Auf keinen Fall sollte sie eine GUI aufmachen, was z.B. in einem unsichtbarem Desktop, einem Build-Skript oder einem FinalBuilder-Projekt gar nicht gehen oder sogar böse enden würde.

Dem ist nichts!!! hinzuzufügen