Anwendung beenden bei Windows Shutdown (WM_QueryEndSession)

[AJ_Oldendorf]

Hallo zusammen,
ich habe ja schon herausgefunden, dass mir Windows eine Nachricht schickt (WM_QueryEndSession) wenn es heruntergefahren werden soll. Als Result kann man angeben, ob Windows dafür die entsprechende Freigabe gegeben wird.

Ich habe folgende Aufgabenstellung und bin mir nicht sicher, ob man die damit richtig lösen kann.
Angenommen meine Anwendung braucht aufgrund vieler Daten im Speicher Schreibvorgänge in Dateien beim Beenden der Anwendung, ca. 10 Sekunden zum runterfahren (nur meine Anwendung).
Wenn Windows jetzt heruntergefahren werden soll warum auch immer aber meine Anwendung nicht beendet wurde, dann möchte ich diese "Runterfahr-Procedure" natürlich noch vollständig durchlaufen und dann erst Windows die Freigabe zum herunterfahren geben (sozusagen als letzter Befehl aus meiner Anwendung heraus).

Wie kann man sowas sauber lösen?

Viele Grüße

[Sir Rufo]

Ein Blick in die Doku WM_QueryEndSession gibt die Lösung ;)

[CocoPops]

Hallo Oldenforf,

in Windows XP ging das noch so, dass eine Anwendung den Shutdown stoppte bzw. pausierte.

Seit WIndows 7 (oder Vista?) funktioniert das nicht mehr und es gibt keine Lösung den Shutdown zu unterbinden.
Wenn WIndows runterfahren will, kommt der schöne Bildschirm mit einer Liste der Anwendungen die noch nicht beendet sind. Aber Windows, ab Vista oder 7 beendet diese dann selber, egal ob man es will/stoppt oder nicht.

[himitsu]

Joar, dafür wurde ja auch eine entsprechende API eingeführt, damit Programme "ordentlich" reagieren können.

Und ja, wenn Windows oder der Benutzer will, dann fährt der Rechner auch runter ... gibt genug schrottige Programme und hängen kann immer mal was bleiben.

[Union]

Zitat:

Zitat von CocoPops (Beitrag 1254585)

Hallo Oldenforf,

in Windows XP ging das noch so, dass eine Anwendung den Shutdown stoppte bzw. pausierte.

Seit WIndows 7 (oder Vista?) funktioniert das nicht mehr und es gibt keine Lösung den Shutdown zu unterbinden.
Wenn WIndows runterfahren will, kommt der schöne Bildschirm mit einer Liste der Anwendungen die noch nicht beendet sind. Aber Windows, ab Vista oder 7 beendet diese dann selber, egal ob man es will/stoppt oder nicht.

Weiß jemand woran das liegt dass dieser Dialog so nutzlos ist? Es wird bei mir jedenfalls(Win7, Win8) weder der Name der Anwenundung noch ein individuelles Icon ausgegeben. Nur der immer gleiche Text "Die folgende Anwendung blockiert...". Natürlich weiß ich nach einem langen Delphi-Tag, dass es nur dexplore sein kann ;)

[AJ_Oldendorf]

Also gibt es seit WinVista oder höher keine richtige Möglichkeit mehr oder wie muss ich eure Kommentare verstehen?

Grüße

[hathor]

ShutdownBlockReasonCreate(HWND hWnd, LPCWSTR pwszReason);

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

[Sir Rufo]

Zitat:

Zitat von hathor (Beitrag 1254592)

ShutdownBlockReasonCreate(HWND hWnd, LPCWSTR pwszReason);

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Das trifft hier ja nicht zu, denn das Speichern soll ja beim Beenden passieren.
Allerdings steht in dem Link die Vorgehensweise beim Shutdown erklärt.

Wenn die Anwendung prinzipiell mit dem Beenden der Session einverstanden ist, dann braucht diese auf WM_QUERYENDSESSION gar nicht reagieren, sondern nur auf WM_ENDSESSION und auch nur dann, wenn da

Delphi-Quellcode:

wParam

Delphi-Quellcode:

TRUE

ist.

Dort hat die Anwendung dann idR unbegrenzt Zeit (siehe Link von hathor) alle Aktionen zu Beenden.
Allerdings wird ein Dialog eingeblendet und der Anwender kann immer das Herunterfahren erzwingen und dann wird die Anwendung auch hart über den Jordan geschickt. Dagegen kann man nichts machen, sondern nur im Protokoll vermerken.

Interessant ist auch der

Delphi-Quellcode:

lParam

Wert (TWMEndSession.Unused :shock:), denn darüber bekommt man raus unter welchen Bedingungen das passiert.

Delphi-Quellcode:

ENDSESSION_CRITICAL

ist dabei sehr interessant, denn dann hat man nur sehr wenig Zeit (siehe Link von hathor).

Wenn es extrem kritisch ist, dann sollte man diese sensiblen Daten periodisch immer speichern (Thread) - evtl. auch nicht an den original Stellen - um diesen Status beim nächsten Start wiederherstellen zu können.

Das ist ja auch gängige/vorgeschriebene Praxis bei den Anwendungen für Mobile Devices.

[himitsu]

Zitat:

Zitat von Sir Rufo (Beitrag 1254596)

Das trifft hier ja nicht zu, denn das Speichern soll ja beim Beenden passieren.

Wieso denn nicht?

Damit sagt man, daß man noch etwas Zeit braucht und informiert Windows und den Nutzer davon.
Und nun lest mal die Beschreibung der zugehörigen Destroy-Funktion. :zwinker:


Und nein, der Dialog, wo dr Benutzer gefragt wird, ist nicht immer da,
denn man kann Windows beim Runterfahren sagen, daß es nicht auf "hängende" Anwendungen warten soll.

[Sir Rufo]

Es bleibt die Frage zu klären, wann eine Anwendung als hängend gilt. Wenn die Anwendung korrekt auf die Nachrichten innerhalb der vorgegebenen Zeitfenster die Rückmeldungen gibt, dann hängt diese eben nicht.

• Application shutdown procedure in a non-critical shutdown
  

  Message	Visible top-level window or reason string specified	No visible top-level window and no reason string specified
  WM_QUERYENDSESSION	Application can take as much time as needed to respond to WM_QUERYENDSESSION. Windows displays new UI after 5 seconds.	Application has 5 seconds to respond to WM_QUERYENDSESSION, and then Windows terminates the application if the application is unresponsive.
  WM_QUERYENDSESSION	Windows displays new UI if the application responds FALSE to WM_QUERYENDSESSION.	Windows sends WM_ENDSESSION message to the application if the application responds FALSE to WM_QUERYENDSESSION.
  WM_ENDSESSION	Application can take as much time as needed to respond to WM_ENDSESSION. Windows displays new UI after 5 seconds.	Application has 5 seconds to respond to WM_ENDSESSION, and then Windows terminates the application if the application is unresponsive.

• Application shutdown procedure in a critical shutdown
  

  Message	Visible top-level window or reason string specified	No visible top-level window and no reason string specified
  WM_QUERYENDSESSION	Application has 1 second to respond to WM_QUERYENDSESSION, and then Windows terminates the application if the application is unresponsive.	Application has 1 second to respond to WM_QUERYENDSESSION, and then Windows terminates the application if the application is unresponsive.
  WM_QUERYENDSESSION	If the application responds FALSE to WM_QUERYENDSESSION, Windows sends WM_ENDSESSION message to the application.	If the application responds FALSE to WM_QUERYENDSESSION, Windows sends WM_ENDSESSION message to the application.
  WM_ENDSESSION	Application has 30 seconds to respond to WM_ENDSESSION, and then Windows terminates the application if the application is unresponsive.	Application has 5 seconds to respond to WM_ENDSESSION, and then Windows terminates the application if the application is unresponsive.

Der Benutzer kann das Herunterfahren aber immer noch provozieren (egal welche Meldungen man an das System abgegeben hat), denn der soll entscheiden.

ShutdownBlockReasonCreate

Zitat:

Because users are typically in a hurry when shutting down the system, they may spend only a few seconds looking at the shutdown reasons that are displayed by the system. Therefore, it is important that your reason strings are short and clear. For example "A CD burn is in progress." is better than "This application is blocking system shutdown because a CD burn is in progress. Do not shut down."