Prozess-Handle vs. Fenster-Handle

[Chewie]

Nabend. Ich hab folgendes Problem:
Ich habe die PID eines Prozess und will nun das Handle des Hauptfensters, sodass ich dieses z. B. in ShowWindow verwenden kann. Wie kann ich das machen?
Ich kann mir ja mit OpenProcess ein Handle auf den Prozess holen, aber mit diesem Handle kann ich das Hauptfenster ja nicht verändern. Wäre super, wenn ihr mir helfen könntet.

[jbg]

Wenn du dir die ThreadID vom Prozess besorgen kannst, dann kannst du mit EnumThreadWindows alle Hauptfenster des Prozesses ermitteln.

[Chewie]

Hmm, leider krieg ich das nicht hin. Ich habs jetzt mal so gemacht, dass ich die PID, die ich über einen Snapshot und dann die Process32First bzw -Next-Funktionen bekommen mit th32OwnerProcessID von einem TThread32Entry vergleiche, solange, bis es zu einer Übereinstimmung kommt. Das tut es aber leider nicht. Wie muss ich sowas richtig machen?

Edit: Das tuts doch. Meine Funktion, die das erledigt, war wohl falsch. Jedenfalls habe ich jetzt die ThreadID (ich glaub zumindest, dass es die Richtige ist). Ich wag mich jetzt mal an EnumThreadWindow ran.

[Chewie]

Ne, ich versteh das bei EnumThreadWindows nicht. Variablen-Pointer sind mir inzwischen zwar geläufig, aber Funktions-Pointer sind für mich leider noch ne andere Welt. Kann mir da einer helfen?

[jbg]

Mal ein Beispiel:

Code:

function EnumThreadWndProc(wnd: HWND; Items: TStrings): Boolean; stdcall;
var
  Buf: array[0..1024] of Char;
  WndCaption: string;
begin
  SetString(WndCaption, Buf, GetWindowText(wnd, Buf));
  Items.Add(WndCaption);

  Result := True; // nächstes Fenster;
end;

begin
  EnumThreadWindows(ThreadId, @EnumThreadWndProc, Integer(ListBox.Items));
end;

[Chewie]

Tut mir leid, dass ich noch weiter frage, aber was bedeutet

Code:

Integer(ListBox.Items)

?
Ich versteh das mit dem

Zitat:

application-defined value

nicht.

[jbg]

"application-defined value" bedeutet, dass du damit machen kannst was du willst, sollange es 4 Bytes nicht überschreitet (32Bit Integer). Mit Integer(ListBox.Item) übergebe ich die ListBox.Items: TStrings als Integer. Da ListBox.Items ein Zeiger auf eine TStringList-Instanz ist, und Zeiger 4 Bytes groß sind, konvertiere (typecast) ich diesen Zeiger in einen 32Bit Integer, den ich als "application-defined value" übergebe. Dieser Wert wird dann an die Callback-Funktion (EnumThreadWndProc) als zweiter Parameter übergeben.

[Chewie]

Hmm, ich glaube, ich hab oben was Falsches gesagt. Ich glaub, ich habe die ThreadID doch nicht. Ich schreib mal auf, wie ich denk, wie man die ThreadID über den Namen und Pfad der ausführbaren Datei kommt.

1. Erstellung eines System-Snaphshots mit CreateToolhelp32Snapshot

2. Ermittlung der ProcessID aller Prozesse über Process32First und Process32Next mit dem angegebenen Dateinamen.

3. Ausführen von Module32First und Module32Next. Vergleich jeder ProcessID mit der Liste der ProcessIDs von 2. Wenn ID übereinstimmt, heißt das, der Name des ausgeführten Programms ist gleich. Dann mit Hilfe von szExePath die endgültig gesuchte ProcessID herausfinden.

4. Ausführen von Thread32First und Thread32Next. Sichern aller ThreadIDs, die als th32OwnerProcessID die ProcessID von 3 haben. Somit hat man die ThreadIDs aller Threads des gewünschten Prozesses.

5. Mit EnumThreadWindows die Fenster aller Threads durchgehen, solange, bis das Hauptformular gefunden wurde.
Problem: Wie kann man dieses erkennen?

6. Nun hat man das Fensterhandle und kann mit diesem machen, was man will


Ist nur ein reichlich komplizierter (zumindest für nen WinAPI-Anfänger) Weg. Gibts einen einfacheren Weg?
Eine Verkürzung wäre, wenn man den Hauptthread herausfinden könnte. Dann müsste man bei 5 nur einmal das EnumThreadWindow-Gedingsel durchgehen. Dazu wichtig die Frage: In einem Prozess mit mehreren Threads, ist das Hauptfenster überhaupt immer in dem Hauptthread? Bzw. gibt es eigentlich einen Hauptthread und davon abgeleitete Threads oder kann es mehrere "Hauptthreads" geben?

Fragen über Fragen, wäre schön, wenn mir jemand darauf Korrekturen, Tips oder was auch immer geben könnte.
Nur mal so nebenbei: Die theoretische Vorgehensweise hab ich mit Hilfe des Windows SDK und den Antworten hier von jbg entwickelt und das ist die beste Lernmethode. Das in Code umzusetzen ist zweitrangig.

[jbg]

Es gibt noch einen anderen Weg. Nämlich andersherum vorgehen.
Du ermittelst mit EnumWindows() alle Hauptfenster und kannst dann mit Hilfe der API GetWindowModuleFileName (erst ab Win98) den Dateinamen der Anwendung sowie mit der API GetWindowThreadProcessId das Process Handle herausfinden.

[Chewie]

OK, werd ich mal versuchen. Aber würde der von mir beschriebene Weg funktionieren?