Prozedur weiterleiten

[TheMiller]

Hallo,

ich weiß, dass dieser Topic-Titel sau dämlich ist, aber ich habe keine Ahnung, wie ich das gewünschte Verhalten anders bezeichnen könnte.

Problem ist folgendes: Ich habe eine Update-Klasse, die mehrere Programme von mir updatet. Sie wird einfach eingebunden und ein Thread sucht dann bei Start nach Updates für das entsprechende Programm. Wird eins gefunden, wird gefragt, ob der User das Update durchführen möchte. Sagt er "ja" (bzw. klickt auf "ja"), das Programm beendet sich und der Updater wird aufgerufen.

Im letzten Schritt liegt das Problem. Ich sende nach der Antwort mit "Ja" aus der Update-Klasse eine WM_QUIT-Message an das Programm, damit es geschlossen wird. Wenn jetzt das Programm allerdings einen "Wirklich-beenden"-Dialog eingebaut hat, wird das Programm nicht beendet, sondern diese Frage erscheint, der Updater öffnet sich dennoch, zieht das Update und versucht die Datei zu ersetzen.

Meine Lösung wäre nun folgende:
Ich habe in der Update-Klasse eine Property, welche mit einer Prozedur einer anderen Klasse (hier TForm) verknüpft wird. Wenn eine solche Prozedur verknüpft ist, wird diese aufgerufen und danach die WM_Quit gesendet. Die Prozedur würde eine Boolean-Variable setzen, welche den "Wirklich-beenden"-Dialog aushebelt.

Wie könnte ich das umsetzen? Oder habt ihr andere/bessere Ideen?

Danke im Voraus!

[Hobby-Programmierer]

Nabend ...,
vielleicht sollte dein Updater überprüfen ob der zu beendende Prozess noch aktiv ist und erst dann das Update einspielen, oder wie schon öfter beschrieben ... die laufende Instanz umbenennen und zeitgleich das Update einspielen. Bei Dll's bin ich mir aber net sicher ob das so funktioniert!

[Uwe Raabe]

Altermativ kannst du ja auch WM_ENDSESSION senden. Darauf sollte sich jede Anwendung ohne weitere Rückfragen selbst beenden.

[Hobby-Programmierer]

Zitat von Uwe Raabe:

Altermativ kannst du ja auch WM_ENDSESSION senden. Darauf sollte sich jede Anwendung ohne weitere Rückfragen selbst beenden.

Was ist wenn noch Daten gespeichert oder zum Abschluss Benutzerhandlungen durchgeführt werden müssen?
Alternativ habe ich bei einigen Programmen beobachtet das Updates erst nach Programmende eingespielt werden.
Programmstart: auf Updates prüfen -> Updates runterladen -> normaler Programmablauf -> Programmende: Updates einspielen

[Uwe Raabe]

Zitat von Hobby-Programmierer:

Zitat von Uwe Raabe:

Altermativ kannst du ja auch WM_ENDSESSION senden. Darauf sollte sich jede Anwendung ohne weitere Rückfragen selbst beenden.

Was ist wenn noch Daten gespeichert oder zum Abschluss Benutzerhandlungen durchgeführt werden müssen?

Bei WM_ENDSESSION hast du keine Chance nachzufragen - das System fährt dann eigentlich nämlich runter (z.B. bei einem Stromausfall). Wenn die App sich nicht innerhalb eines Timeouts beendet wird sie gekillt. Leider reagieren längst nicht alle Programme korrekt auf diese Message. Aber seine eigenen Programme kann man ja ruhig darauf ausrichten.

[Luckie]

Ich halte das nicht für sehr günstig. Angenommen ich arbeite noch mit anderen Programmen, während das Update läuft. Dann wäre es mir nicht recht, wenn der Updater das System einfach runter fahren würde.

[Uwe Raabe]

Zitat von Luckie:

Ich halte das nicht für sehr günstig. Angenommen ich arbeite noch mit anderen Programmen, während das Update läuft. Dann wäre es mir nicht recht, wenn der Updater das System einfach runter fahren würde.

Ich habe ja nicht gesagt, daß er das System runterfahren soll. Er soll der App nur vorgaukeln, daß es runterfährt, damit sie sich ohne Nachfrage beendet. Das WM_ENDSESSION kommt ja nicht vom Betriebssystem.

[Luckie]

Kann man die Nachricht denn gezielt an ein Fenster senden?

[Uwe Raabe]

Zitat von Luckie:

Kann man die Nachricht denn gezielt an ein Fenster senden?

Na ja, wo wird er denn die WM_QUIT message hinschicken?

[Luckie]

Klar, die Nachricht kann man gezielt verschicken, aber kann man bei WM_ENDSESSION auch ein Fensterhandle angeben oder wird diese generell an alle Fenster verschickt? das war meine Frage.