wann wird eigentlich immer WM_CREATE aufgerufen?
Ich möchte mittels WH_CALLWNDPROC (systemweiter Hook) WM_CREATE abfangen.
So wie ich WM_CREATE verstehe sollte doch beim Erstellen eines neuen Fensters dieses Event ausgelöst werden.
Was ist mit den Fenstern , die zu diesem zeitpunkt bereits laufen? Zählen diese auch dazu? Zählt jeder Button usw auch als Fenster?(so war das glaub ich def.)
Wie kann ich nur auf die Parent Windows zugreifen?

Wenn ich einen Breakpunkt setze und anhalte liegt cntWMCREATE (linker section shared) etwa bei 13. Ich starte Programme und bleibe nicht am Breakpoint hängen. Starte dann den Explorer, und bleibe stehen. der Wert von cntWMCREATE liegt dann bei 100.

Was für Variable ist cntWMCREAT ?
Und wo wird sie initialisiert, also mit Wert 0 geladen?

Martin

DLL_EXPORT void SetHook(void)
{
	if (!bHooked)
	{
		//hhook		= SetWindowsHookEx(WH_MOUSE, (HOOKPROC)MouseProc, hInst, (DWORD)NULL);  
		hhook		= SetWindowsHookEx(WH_CALLWNDPROC, (HOOKPROC)CallWndProc, hInst, (DWORD)NULL); 
		bHooked		= true;	
	}
}

Der aufrufende Code (alles funzt hier prima)

Versucht zu debuggen hab ich mit VS6.0 und VS2005 (WinXP) .. beides male die selben Phänomene.

ich finde es merkwürdig, dass ich mit dem Explorer im Breakpoint stehen bleibe, sonst aber nicht...

Hast Du mal mit static versucht? Also so:

static int cntWMCREAT=0;

Martin

Eines vorneweg: Mit Hooks selbst habe ich mich noch nie beschäftigt, trotzdem versuche ichs Dir zu helfen (solange sich kein anderer dazu bereiterklärt .

Ohne in die Hook-Technik einzugehen: Bist Du Dir bewußt welches Fenster Du da "anzapfst"?
Wenn Du z.B. ein Fenster von einem Dialog hookst, wirst Du sicher auch "viele" WM_CREATE's mitkriegen, denn jedes Button, Listbox, ja sogar Static-Control selbst bekommt je ein WM_CREATE, da Child-Fenster.
Genauso verhält es sich mit der Menüleiste, jedes Popup-Menü ist ein Fenster usw.

Du kannst auch z.B. mit IsParent() und IsChild() prüfen, ob Du das richtige Fenster hast?

Hast Du auch mit anderen Tools gegengeprüft, z.B. mit WinSpy (es gibt natürlich auch andere), der Dir alle Informationen eines Fensters liefert.

Martin

LRESULT CALLBACK CallWndProc(int nCode, WPARAM wParam, LPARAM lParam) 
{
    //return CallNextHookEx(hhook, nCode, wParam, lParam);
	if (nCode != HC_ACTION) 
	{
		return CallNextHookEx(hhook, nCode, wParam, lParam);
	}

	switch(wParam)
	{
		case WM_CREATE: 
			cntWMCREATE++;
	break;
	}
}

Ich habe so eine WndProc noch nie gesehen. Aber WM_CREATE steht doch nicht in wParam. Das ist doch eine eigene Message. ich weis jetzt nicht ob nCode bei dir die Message ist, aber wenn dann musst du nCode auf WM_CREATE überprüfen.

schirrmie

Ist da nicht die WindowsMessage mit gemeint?
Da ich dort mittels breakpoint hingelange, denke ich mal, dass das richtig ist.

du hast ja immer eine Nachricht (normalerseie message oder msg, bei dir nCode) und dazu zwei Datenfelder wParam und lParam wo zusatzinformationen zu dieser Nachricht gespeichert werden.

MfG schirrmie

Ich will alle Fenster anzapfen (naja zumindest alle ParentFenster).
Die Hook-Dll soll sich ja in jeden Prozess einhängen(deswegen gibt es ja auch einen gemeinsamen Variablen Bereich , sonst hätten die Variablen auch mit den ganzen Hook-Dll´s nichts miteinander zu tun)

Was mich verwundert: Ich debugge diese Hook-Dll und ich bleibe nur (immer wenn ich den Explorer starte im Breakpoint) hängen. Theoretisch erwarte ich , dass ich bei jedem WM_Create hängen bleibe.(auch bei allen child windows)

Kann ich in WinSpy die Einstellung vornehmen, dass ich das ganze system überwache? Oder nur ein Fenster?(was mir nichts nützne würde, da ich auf create untersuchen will)

LRESULT CALLBACK CallWndProc(int nCode, WPARAM wParam, LPARAM lParam) 
{
	...
	switch( nCode ) {
		case WM_CREATE: 
			if( wParam ) 
				cntWMCREATE++;
			break;
	}
}

Du darfst nicht wParam auf WM_CREATE prüfen!!!

schirrmie

Da steht: Wenn nCode == AC_ACTION mache was , wenn nCode < 0 rufe CallNextHookEx() auf. Das bedeutet doch im Umkehrschluss : Ich kann nCode gar nicht auf WM_Create untersuchen.

schirrmie

lParam
Pointer to a CWPRETSTRUCT structure that contains details about the message.

Also musst du lParam in eine CWPRETSTRUCT konvertieren und dann auf message in der struktur prüfen.

Jetzt sollten wir es haben

schirrmie

@schirrmie:
Mal abgesehen vom switch():
Müsste ich nicht immer in das if-statement(vor dem switch) via Breakpoint gelangen und das bei jeder WindowsMessage?

Probier deine Funktion mal so

LRESULT CALLBACK CallWndProc(int nCode, WPARAM wParam, LPARAM lParam)
    if (nCode == HC_ACTION){
// Mache das was du willst
    }
    return CallNextHookEx(hhook, nCode, wParam, lParam) ;
    // Die Nachrichten an den nächsten Hook weiterreichen.
}

schirrmie

schirrmie

Ich glaube, dass es ein Problem des Debuggens ist. Es existiert ja zu jedem Prozess diese Hook-DLL. Und ich vermute stark, dass da was durcheinander läuft.
Im erste Schritt geht es mir ja darum, zu verstehen, ob der Debugger richtig funzt oder nicht!
Wie schon gesagt, ich komme nur in diese Funktion, wenn ich den Explorer starte oder was am eigentlichen Programm(welches die DLL koppelt und somit nicht systemweit anzusehen ist) mache. (Sprich mit der Mouse über den SystemTrayIcon)

Ander Programme zeigen keine Auswirkung auf die Breakpoints

Verwende einfach mal Spy++ und Du kannst alle Nachrichten "wirklich" monitoren...