EOSError, Code 1400, Ungültiges Fensterhandle - Kosole

[haui95]

Guten Tag,

ich habe mir ein Programm geschrieben das den BMI berechnen soll. Dabei habe ich ein Splashscreen und einen eigenen Info Dialog über das Programm erstellt, um dieses ein bisschen aufzuwerten. Nun habe ich das Hauptprogramm, den Splashscreen und den Info Dialog jeweils in eine DLL ausgelagert und statisch eingebunden. Um den Splashscreen nun aufzurufen, der wiederrum das Hauptprogramm nach dem Laden startet, habe ich eine weitere Konsolenanwendung erstellt. Die Konsolenanwendung ruft den Splashscreen in einem Try-Block auf. Das Programm startet auch, es funktioniert und es lässt sich über einen Button wieder schließen. Nur das einzige Problem, welches ich jetzt noch habe ist, dass ich eine Exception bekomme, wenn ich das Programm über das Schließen Kreuz der Konsole beenden möchte, da die Konsole ja bis zum Ende des Programms offen bleibt. EOSError, Code 1400, Ungültiges Fensterhandle. Könnte man der Konsole nicht sagen, was diese machen soll, wenn man sie schließt (ähnlich wie ein on Close-Event) , z.B. alle offenen Threads beenden und entladen.

MfG

Hauke

[jaenicke]

Dafür gibt es SetConsoleCtrlHandler:
http://msdn.microsoft.com/en-us/libr.../ms686016.aspx
Aber irgendwie hört sich das sehr seltsam an. Ich sehe keinen Sinn darin eine Konsole anzuzeigen, wenn du eine GUI benutzt... Das verwirrt doch nur den Benutzer und macht Probleme wie dieses.

[haui95]

Danke für deine Antwort. Jetzt geht es endlich

Delphi-Quellcode:

program Project1;

uses
  Windows, SysUtils, Classes, XPMan;

{$APPTYPE CONSOLE}

{$R *.RES}

procedure ShowSplashForm; stdcall; external 'splash.dll';

function ConsoleEventProc(CtrlType: DWORD): BOOL; stdcall;
begin
  if (CtrlType = CTRL_CLOSE_EVENT) then
    begin
      exit;
    end;
  Result := True;
end;

begin
  SetConsoleCtrlHandler(@ConsoleEventProc, True);
  try  
    ShowSplashForm;
  except
    exit;
  end;
end.

Könntest du mir vielleicht sagen, wie man diese splash.dll in meinem Beispiel noch anders aufrufen könnte ohne eine Konsole zu verwenden ?

[himitsu]

Indem du keine Konsolenanwendung schreibst?

{$APPTYPE CONSOLE} weglassen.


Meckert dein Delphi nicht darüber, daß du Result nicht initialisierst?

Zitat:

Delphi-Quellcode:

function ConsoleEventProc(CtrlType: DWORD): BOOL; stdcall;
begin
  if (CtrlType = CTRL_CLOSE_EVENT) then
    begin
      exit;
    end;
  Result := True;
end;

Auf was wird Result wohl stehen, wenn das Exit zuschlägt?

Genau, auf einem Zufallswert.

[haui95]

Danke himitsu,

ich bin gerade echt verzweifelt, da ich mich selbst frage, warum ich nicht gleich darauf gekommen bin Aber eigentlich ist es ja ganz logisch, dass man dieses {APPTYPE CONSOLE} einfach weglässt

Hmm.. mein Delphi meint lediglich nur, dass der Rückgabetyp der Funktion undefiniert sei, trotzdem schließt die Konsole ordnungsgemäß. :/
Jedoch hast du Recht, dass ich Result zuerst initialisieren sollte. Delphi hat ja nicht viele Möglichkeiten einen Zufallswert zu erstellen, es gibt ja nur True und False. Normalerweise müsste es somit eine 50 Prozentige Chance geben, dass sich die Konsole ordnungsgemäß schließt .

Danke noch einmal für eure Hilfe !

MfG

Hauke

[himitsu]

Zitat von haui95:

dass der Rückgabetyp der Funktion undefiniert sei, trotzdem schließt die Konsole ordnungsgemäß. :/

Genau.

Mit dem Zufall ist es soein Ding, denn ein Computerprogramm kennt eigentlich keinen echten Zufall.
In deinem Fall kommt es drauf an, was schon vor Prozeduraufruf im EAX-Register drinsteht (wenn du Glück hast, dann ist es "zufällig" eine 0) und das steht dann im Fall vom Exit auch im Result.
Also einfach vorher auf False setzen.

[haui95]

Habe es nun noch einmal probiert mit einem Result := False; als Initialisierung. Jedoch kommt nun wieder eine Excption EOSError.
Lasse ich die Initialisierung weg, läuft das Programm und ich kann die Konsole ohne Fehler und Exceptions schließen.

Delphi-Quellcode:

program Project1;

uses
  Windows, SysUtils, Classes, XPMan;

{$APPTYPE CONSOLE}

{$R *.RES}

procedure ShowSplashForm; stdcall; external 'splash.dll';

function ConsoleEventProcedure(CtrlType: DWord): Bool; stdcall;
begin
  Result := False;                                    //  <-- Löst Exception aus !?
  if (CtrlType = CTRL_CLOSE_EVENT) then
    begin
      exit;
    end;
  Result := True;
end;

begin
  SetConsoleCtrlHandler(@ConsoleEventProcedure, True);
  try
    ShowSplashForm;
  except
    exit;
  end;
end.

Delphi-Quellcode:

program Project1;

uses
  Windows, SysUtils, Classes, XPMan;

{$APPTYPE CONSOLE}

{$R *.RES}

procedure ShowSplashForm; stdcall; external 'splash.dll';

function ConsoleEventProcedure(CtrlType: DWord): Bool; stdcall;
begin
  Result := False;
  if (CtrlType = CTRL_CLOSE_EVENT) then                                     
    begin
      exit;
      Result := True;  // <-- so geht's ! :D
    end;
end;

begin
  SetConsoleCtrlHandler(@ConsoleEventProcedure, True);
  try
    ShowSplashForm;
  except
    exit;
  end;
end.

MfG

[himitsu]

Result := False; = Ich hab nix gemacht, sag dem nächsten registrieren Handler, er soll's behandeln oder laß es den Defaulthandler machen.

Result := True; = Ich ab das Ereignis behandelt und die anderen Handler/DehailtHandler sollen nix mehr machen.



Das :=True, nach dem Exit hat keinerlei Wirkung und es wird immer nur False zurückgegeben, womit dein Handler eigentlich gantichts macht, also im Prinzip könnte man das Ganze auch einfach weglassen.
Ermacht ja sowieso überhaupt nix.
Due solltest vielleicht auch nochmal in SetConsoleCtrlHandler => HandlerRoutine alles durchlesen, vorallem die Remarks.

[haui95]

Stimmt Ich sage der Konsole ja nur, dass sie alle offenen Threads beim Beenden des Programms schließen soll. In diesem Fall macht es also keinen Sinn die Handler Routine CTRL_CLOSE_EVENT oder auch den Befehl exit mit einer Booleschen Abfrage zu verknüpfen, da sich das Programm eh nur schließen soll. Die Funktion selbst kommt schon gar nicht mehr dazu den positiven Rückgabewert zu verarbeiten.

So, habe den Rückgabetyp nun aus der Funktion entfernt und siehe da, es läuft immer noch

Vielen Dank himitsu für den Hinweis.

MfG

Hauke