Mitkriegen wann eine andere Anwendung geschlossen wird?

[phlux]

Hallo!

Mein Programm soll mit kriegen, wann eine x-beliebige von mir festgelegte Anwendung geschlossen wird, weiß jemand wie ich das realisieren kann?
Edit: Das einzige was mir/der Anwendung bekannt ist, ist ein Handle auf ein Fenster... falls es hilft ;)

mfg phlux :hi:

[dahead]

du könntest z. b. regelmäßig überprüfen ob das fenster noch da ist (FindWindow oder GetWindowText).
hierzu: http://www.swissdelphicenter.ch/de/showcode.php?id=327

ich glaube eine andere möglichkeit wäre einen hook auf die entsprechende anwendung zu setzen. damit kenne ich mich aber nicht aus.

[phlux]

danke für den link, weiß zufällig jemand wie das mit dem hook geht? (möcht nicht zig timer laufen lassen, wobei sich da dann eh threads wohl eher eignen würden)

mfg phlux :hi:

[Olli]

SetWindowsHookEx() mit WH_CALLWNDPROCRET aufrufen und auf WM_DESTROY, WM_ENDDIALOG, WM_CLOSE usw. testen.

Rein theoretisch sollte WM_CLOSE allein auch ausreichen.

[Robert Marquardt]

Ein WH_SHELL Hook sollte es auch koennen.
Globale Hooks (notwendigerweise in DLLs) sind allerdings kompliziert, da man den Hook-Handle so aufheben muss das er in allen Instanzen der DLL zugreifbar ist.
Eine globale Variable in Delphi ist da nicht gut genug.

[phlux]

Wie krieg ich denn dann die ThreadId raus die ich als letzten Parameter von SetWindowsHookEx() übergeben muss? Ich nehme an, dass es die "Id" von der Anwendung sein muss die ich hooken will oder?

[Olli]

Zitat:

Zitat von phlux

Wie krieg ich denn dann die ThreadId raus die ich als letzten Parameter von SetWindowsHookEx() übergeben muss? Ich nehme an, dass es die "Id" von der Anwendung sein muss die ich hooken will oder?

GetCurrentThreadId() vielleicht? :gruebel:

[phlux]

Gibt das nicht die ID der eigenen Anwendung zurück? :gruebel:

[Olli]

Zitat:

Zitat von phlux

Gibt das nicht die ID der eigenen Anwendung zurück? :gruebel:

Ähem ja. Wo ist denn dabei dein Problem? Willste eine andere Thread-ID?

Zitat:

[in] Specifies the identifier of the thread with which the hook procedure is to be associated. If this parameter is zero, the hook procedure is associated with all existing threads running in the same desktop as the calling thread.

... kannst also auch gern 0 nehmen.

[phlux]

Zitat:

Zitat von Olli

Ähem ja. Wo ist denn dabei dein Problem? Willste eine andere Thread-ID?

Richtig, wie in der Fragestellung formuliert: _andere_ Anwendung

Zitat:

Zitat von Olli

Zitat:

[in] Specifies the identifier of the thread with which the hook procedure is to be associated. If this parameter is zero, the hook procedure is associated with all existing threads running in the same desktop as the calling thread.

... kannst also auch gern 0 nehmen.

Okay wenn ich 0 nehme hooke ich alle threads, wie finde ich dann heraus welcher Thread der passende der Anwendung ist? :gruebel: bitte jetzt nicht wieder mit der threadid kommen :stupid: kann ich eventuell herausfinden welches fenster zu welchem thread gehört? :gruebel:

[Robert Marquardt]

Das Schoene mit so einem Hook ist das er im Kontext/Adressraum der jeweiligen Applikation ausgefuehrt wird, also funktioniert GetModuleFileName(0, ...).
Von der Hook-DLL zu deiner Applikation uebermittelt man am bequemsten den Text mit WM_COPYDATA. Den Fensterhandle hat man beim Starten des Hooks mit uebergeben und er muss genauso wie der Hook-Handle aufgehoben werden.

[Olli]

Zitat:

Zitat von phlux

Richtig, wie in der Fragestellung formuliert: _andere_ Anwendung

Na dann nimm doch 0, verbietet doch niemand, oder? :gruebel:

Zitat:

Zitat von phlux

Okay wenn ich 0 nehme hooke ich alle threads, wie finde ich dann heraus welcher Thread der passende der Anwendung ist? :gruebel:

Du bist lustig, wir wissen exakt nichts über deine Zielanwendung, sollen nun aber Tips abgeben ...
Robert hat doch schon einen guten Tip gegeben. Da der Hook jeweils im Kontext der Anwendung aufgerufen wird, kannst du bequem die API so aufrufen, als wärst du (du bist's ja) in dem Prozeß. Was will man mehr?

Zitat:

Zitat von phlux

kann ich eventuell herausfinden welches fenster zu welchem thread gehört? :gruebel:

Die Zuordnung Thread->Fenster kann nicht funktionieren. Wieso? Weil ein Thread logischerweise mehrere Fenster haben kann. Andererseits funktioniert Fenster->Thread sehr gut über GetWindowThreadProcessId()!

[Robert Marquardt]

Ich habe seit Jahren einen globalen WH_SHELL-Hook am Laufen, der einer Tray-Applikation sagt welches Programm gerade im Vordergrund ist.
Entsprechend werden unterschiedliche Tastenbelegungen fuer ein Geraet benutzt.

[Sprint]

Zitat:

Zitat von phlux

Mein Programm soll mit kriegen, wann eine x-beliebige von mir festgelegte Anwendung geschlossen wird, weiß jemand wie ich das realisieren kann?
Edit: Das einzige was mir/der Anwendung bekannt ist, ist ein Handle auf ein Fenster...

Da gibt es viele Lösungswege. Wenn diese Anwendung nur aus einem Fenster besteht, könntest du dir mit GetWindowThreadProcessId die ProcessId und mit OpenProcess den ProcessHandle holen. Anschließend wartest du mit WaitForSingleObject bis der Prozess beendet worden ist. Das Ganze könntest du dann in einen Thread auslagern.

Delphi-Quellcode:

var
  AppHWnd: HWND;
  ProcessId: DWORD;
  ProcessHandle: THandle;
begin

  {...}

  if IsWindow(AppHWnd) then
  begin
    if GetWindowThreadProcessId(AppHWnd, @ProcessId) <> 0 then
    begin
      ProcessHandle := OpenProcess(PROCESS_ALL_ACCESS, False, ProcessId);
      if ProcessHandle <> 0 then
      begin
        WaitForSingleObject(ProcessHandle, INFINITE);
        // Prozess wurde beendet
        CloseHandle(ProcessHandle);
      end;
    end;
  end;

  {...}

end;

AppHWnd ist in diesem Fall das Fensterhandle der Fremdanwendung.

[phlux]

Alles klar, danke. Jetzt habe ich genügend Informationen um mich alleine zurecht zu finden :)