Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Delphi SetConsoleCtrlHandler Verständnisfrage(n) (https://www.delphipraxis.net/139087-setconsolectrlhandler-verstaendnisfrage-n.html)

turboPASCAL 23. Aug 2009 12:06


SetConsoleCtrlHandler Verständnisfrage(n)
 
Hi,

ich habe da mal 'n Problem. Ich versuche gerade bei einer Konsolenanwendung das
Schliessen per X-Button der Titelleiste abzufangen.

Der Quelltext schaut do aus:
Delphi-Quellcode:
program Test;

{$APPTYPE CONSOLE}

uses
  Windows;

var
  AppTerminated: Boolean;

function ConCtrlHandler(dwCtrlType: DWORD): Bool; stdcall;
begin
  Result := True;

  {case dwCtrlType of
    // CTRL+C signal was received, either from keyboard input
    CTRL_C_EVENT:;      

    // CTRL+BREAK signal was received, either from keyboard input
    CTRL_BREAK_EVENT:;      

    // --> system sends to all processes attached to a console when the user closes the console
    CTRL_CLOSE_EVENT:;

    // system sends to all console processes when a user is logging off.
    CTRL_LOGOFF_EVENT:;      

    // system sends to all console processes when the system is shutting down
    CTRL_SHUTDOWN_EVENT:;
   end }

  AppTerminated := True;
end;

begin
  AppTerminated := False;
  SetConsoleCtrlHandler(@ConCtrlHandler, True);

  while not AppTerminated do
  begin
    Write('Working...'#32);
    sleep(100);
  end;

  writeln(#10#13);
  writeln('...und Tschuess!');
  sleep(500);
end.
Per CTRL+C und CTRL+BREAK funktioniert das so wie es soll.
Schliesse ich die App, bei der Entwicklung in der IDE (D6 PE),
per X-Button hängt sich die IDE (bzw. der Debugger ?) auf.

Wenn ich die App ohne IDE starte und mit dem X-Button beende,
kommt es nicht bei "...und Tschuess!" an.

Irgend welche Ideen ?

himitsu 23. Aug 2009 13:28

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Zitat:

Schliesse ich die App, bei der Entwicklung in der IDE (D6 PE),
per X-Button hängt sich die IDE (bzw. der Debugger ?) auf.
also wärend des Debuggens (im Pause-/Einzelschrittmodus)

das liegt nicht an dem Handler, sondern an dem Debugger, welcher da Probleme hat.

ist mir auch schon ein paar Mal passiert :?


PS: wenn du wenigstens noch speichern willst, dann fahr einfach Windows runter, dann fängt sich der Compiler wieder und du kannst speichern.

nur mit einem zu schnellem "schnellen Herunterfahren" vom Windows könnte es Probleme geben, also wenn dieses die Anwendungen (also auch Delphi) abschießt, bevor du das Speichern vornehmen konntest.


Zitat:

Wenn ich die App ohne IDE starte und mit dem X-Button beende,
kommt es nicht bei "...und Tschuess!" an.
das könnte wohl daran liegen, daß die Konsole geschlossen wurde.

hast du mal versucht in dem Callback eine Logdatei zu führen?

turboPASCAL 23. Aug 2009 13:38

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Zitat:

Zitat von himitsu
das liegt nicht an dem Handler, sondern an dem Debugger, welcher da Probleme hat.

Ok, gut zu wissen. Ich war schon am verzweifeln.


Zitat:

Zitat von himitsu
Zitat:

Wenn ich die App ohne IDE starte und mit dem X-Button beende,
kommt es nicht bei "...und Tschuess!" an.
das könnte wohl daran liegen, daß die Konsole geschlossen wurde.

hast du mal versucht in dem Callback eine Logdatei zu führen?

Noch nicht. Werde ich mal machen.

Ich dachte zu mindest das die App bis zu Ende ausgeführt wird damit ich Objecte ferigeben kann.

// Edit:

Zitat:

Werde ich mal machen.
Gemacht. ;)

Also es passt alles. Da werde ich wohl die Freigaben in den "ConCtrlHandler" packen.

himitsu 23. Aug 2009 14:44

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Zitat:

Ich dachte zu mindest das die App bis zu Ende ausgeführt wird damit ich Objecte ferigeben kann.
da könnte man mit der Log doch auch mal schauen ... eventuell wird dieses ja gemacht, aber du siehst es einfach nur nicht mehr? :gruebel:

turboPASCAL 23. Aug 2009 16:59

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Ach, ich musste mich erst einmal mit CreateFile rumschlagen
damit das Loggen nicht gepuffert wird.

Delphi-Quellcode:
program Test;

{$APPTYPE CONSOLE}

uses
  Windows;

var
  AppTerminated: Boolean;
  f: cardinal;

procedure Log(txt: string);
var
  b: cardinal;
  a: array [0..255] of char;
begin
  if not(f<>0) then exit; // no file no write
  zeromemory(@a, sizeof(a));
  lstrcpy(a, PCHAR(txt + #13#10));
  writefile(f, a, lstrlen(a), b, nil);
end;

function ConCtrlHandler(dwCtrlType: DWORD): Bool; stdcall;
begin
  Result := True;

  case dwCtrlType of
    // CTRL+C signal was received, either from keyboard input
    CTRL_C_EVENT: log('App-Event: CTRL_C_EVENT');

    // CTRL+BREAK signal was received, either from keyboard input
    CTRL_BREAK_EVENT: log('App-Event: CTRL_BREAK_EVENT');

    // --> system sends to all processes attached to a console when the user closes the console
    CTRL_CLOSE_EVENT: log('App-Event: CTRL_CLOSE_EVENT');

    // system sends to all console processes when a user is logging off.
    CTRL_LOGOFF_EVENT: log('App-Event: CTRL_LOGOFF_EVENT');

    // system sends to all console processes when the system is shutting down
    CTRL_SHUTDOWN_EVENT: log('App-Event: CTRL_SHUTDOWN_EVENT');
  end;
  AppTerminated := True;
end;

begin

  //////////////////// VERY BAD CODE ////////////////////

  f := CreateFile('log.txt', GENERIC_READ or GENERIC_WRITE, FILE_SHARE_READ,
       nil, TRUNCATE_EXISTING, FILE_FLAG_WRITE_THROUGH, 0);

  if f = ERROR_FILE_NOT_FOUND then
  f := CreateFile('log.txt', GENERIC_READ or GENERIC_WRITE, FILE_SHARE_READ,
       nil, CREATE_NEW, FILE_FLAG_WRITE_THROUGH, 0);

  //////////////////// ------------- ////////////////////


  log('--------------------------'#13#10'App: Start');

  AppTerminated := False;

  if SetConsoleCtrlHandler(@ConCtrlHandler, True) then log('App: Set CtrlHandler true')
    else log('App: Set CtrlHandler false');


  log('App: Working...');
  while not AppTerminated do
  begin
    Write('Working...'#32);
    sleep(100);
  end;

  writeln(#10#13);
  writeln('...und Tschuess!');
  sleep(500);

  log('App: End');
  closehandle(f);
end.
Die Loggdatei:
Code:
--------------------------
App: Start
App: Set CtrlHandler true
App: Working...
App-Event: CTRL_CLOSE_EVENT
Also wird das Ding mit dem X-Button regelrecht "abgeschossen".

himitsu 23. Aug 2009 17:16

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
nja, im Prinzip isses bei dem [X] ja fast so, als wenn du den PC abschaltest .. nur daß du hier deinem Programm die Console (dessen Welt/Lebensraum) unterm Arsch wegziehst.


und bezüglich FILE_FLAG_WRITE_THROUGH brauchst du hier keine Angst zu haben, der Puffer ist ohne doch nur in der WindowsFileCache, also außerhalb der Anwendung .. also solange Windows bzw. der PC nicht verreckt, sind die Daten also so gut wie auf der Festplatte, auch ohne dieses Flag . :angel:

turboPASCAL 23. Aug 2009 17:25

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Mit AssignFile(), Writeln(f, ...) und Co klappte es nicht.

himitsu 23. Aug 2009 17:29

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
mit Delphi 7 compiliert seh ich übrigens noch kurz das "und tschüß", egal ob im Debugger oder nicht
Delphi-Quellcode:
program Project1;

{$APPTYPE CONSOLE}

uses
  Windows,
  SysUtils;

var
  AppTerminated: Boolean;
  f: THandle;

procedure Log(txt: AnsiString);
var
  b: cardinal;
begin
  if f = INVALID_HANDLE_VALUE then exit; // no file no write
  txt := txt + #13#10;
  WriteFile(f, txt[1], Length(txt), b, nil);
end;

function ConCtrlHandler(dwCtrlType: DWORD): Bool; stdcall;
begin
  Result := True;

  case dwCtrlType of
    // CTRL+C signal was received, either from keyboard input
    CTRL_C_EVENT: log('App-Event: CTRL_C_EVENT');

    // CTRL+BREAK signal was received, either from keyboard input
    CTRL_BREAK_EVENT: log('App-Event: CTRL_BREAK_EVENT');

    // --> system sends to all processes attached to a console when the user closes the console
    CTRL_CLOSE_EVENT: log('App-Event: CTRL_CLOSE_EVENT');

    // system sends to all console processes when a user is logging off.
    CTRL_LOGOFF_EVENT: log('App-Event: CTRL_LOGOFF_EVENT');

    // system sends to all console processes when the system is shutting down
    CTRL_SHUTDOWN_EVENT: log('App-Event: CTRL_SHUTDOWN_EVENT');
  end;
  AppTerminated := True;
end;

begin
  f := CreateFile('log.txt', GENERIC_READ or GENERIC_WRITE, FILE_SHARE_READ,
       nil, CREATE_ALWAYS, 0, 0);
  try
    log('--------------------------'#13#10'App: Start');

    AppTerminated := False;

    if SetConsoleCtrlHandler(@ConCtrlHandler, True) then log('App: Set CtrlHandler true')
      else log('App: Set CtrlHandler false');


    log('App: Working...');
    while not AppTerminated do
    begin
      Write('Working...'#32);
      sleep(100);
    end;

    writeln(#10#13);
    writeln('...und Tschuess!');
    sleep(500);

    log('App: End');
  finally
    closehandle(f);
  end;
end.
Code:
--------------------------
App: Start
App: Set CtrlHandler true
App: Working...
App-Event: CTRL_CLOSE_EVENT
App: End
WinXP SP3

VERY BAD CODE?
von der Funktion her, würde es so auf's Gleiche rauskommen

und dein Log würde unter Delphi2009 nur die Hälfte speichern


[add]
Zitat:

AssignFile(), Writeln(
das ist was Anderes, diese Funktionen haben zusätzlich zur WFC noch eine eigene 128 Byte-Cache via Delphi drin

turboPASCAL 23. Aug 2009 17:48

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
Zitat:

Zitat von himitsu
mit Delphi 7 compiliert seh ich übrigens noch kurz das "und tschüß", egal ob im Debugger oder nicht

Das ist ja interessant.
Also klappt es dann wohl doch.

himitsu 23. Aug 2009 17:54

Re: SetConsoleCtrlHandler Verständnisfrage(n)
 
jupp, auch im TDE und 2009er

wobei ich TDE grad abschießen durfte, da es sich nicht mehr beenden ließ :oops: und es mehr als doppelt soviel RAM belegte, als ein aufgemotzes und seit Stunden laufendes D2009
aber das lag nicht an dem Code hier


Alle Zeitangaben in WEZ +1. Es ist jetzt 02:49 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz