Discussion :

[reptils]

Salut,
Je développe le logiciel WinSplit Revolution (voir signature). Il se trouve que dans la dernière version, j'ai mis en place un hook pour détecter quand une fenêtre commence à être déplacée. Sur 32 bit tout fonctionne correctement, mais sur un xp ou vista 64 ça marche pas très bien.

Je mets en place un hook sur le CBT

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
bool InstallCBTHook()
{
	if(m_hookCBT)
		return true;

	m_hookCBT = SetWindowsHookEx(WH_CBT, MovingCBTProc, m_hDllInstance, 0);
	return m_hookCBT != NULL;
}

Et dans la callback de détection je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
LRESULT CALLBACK MovingCBTProc(int nCode,WPARAM wParam,LPARAM lParam)
{
    if (nCode == HCBT_SYSCOMMAND)
    {
        if(wParam == SC_MOVE)
        {
            //*** Ici j'avertis ma fenetre qui va processer ce qu'il faut quand on drag une fenetre  
            PostMessage(hwndWinSplitFrame,WSM_STARTMOVING,wParam,(LPARAM)NULL);
        }
    }
    if (nCode == HCBT_MOVESIZE)
    {
            PostMessage(hwndWinSplitFrame,WSM_STOPMOVING,wParam,(LPARAM)NULL);
    }

	return CallNextHookEx(m_hookCBT,nCode,wParam,lParam);
}

Lorsqu'une fenêtre (n'appartenant pas à mon programme) commence à être déplacée je poste un message à mon application pour que le traitement commence. Lorsque que la fenêtre en question appartient à un processus 32bit ça fonctionne, en revanche lorsqu'elle appartient à un processus 64bit le callback ne semble pas être exécuté. J'ai testé directement à la place du postmessage un MessageBox, et il s'affichait uniquement quand je déplaçais une fenetre appartenant à un processus 32 bit. J'ai testé ce matin en compilant avec mingw sur une plateforme 64bit, ça ne marchait toujours pas. Est ce qu'il faut utiliser un compilo 64 sur la 64bit, ou est ce que c'est un problème de compatibilité que cro$oft n'a pas encore corrigé ou je ne sais pas?...

Merci d'avance

[ram-0000]

Il me semble avoir lu quelque part (MSDN ?) que dans ce cas, il faut 2 hook différents. 1 qui gère les appli 32 bits et 1 pour les 64 bits.

Je ne me rappelle plus où exactement et je n'ai pas mes URL favorites ce soir. Plus d'info si nécessaire plus tard.

[reptils]

ok super cool j'attends alors

[Vincent Rogier]

Pour MS 64bits, tu compiles ta dll en 64bits ou tu fournis une dll 32bits et t'appuies sur le mode de compatibilité de windows ?

Dans le deuxième cas, c'est normal que ça fonctionne pas, dixit msdn : SetWindowsHookEx Function.

Extrait :

SetWindowsHookEx can be used to inject a DLL into another process. A 32-bit DLL cannot be injected into a 64-bit process, and a 64-bit DLL cannot be injected into a 32-bit process. If an application requires the use of hooks in other processes, it is required that a 32-bit application call SetWindowsHookEx to inject a 32-bit DLL into 32-bit processes, and a 64-bit application call SetWindowsHookEx to inject a 64-bit DLL into 64-bit processes. The 32-bit and 64-bit DLLs must have different names.

[reptils]

comme j'ai expliqué dans mon premier post, j'ai essayé ce matin de compiler la dll et meme mon application sur un xp64 mais ça ne marchait quant meme pas

[Vincent Rogier]

comme j'ai expliqué dans mon premier post, j'ai essayé ce matin de compiler la dll et meme mon application sur un xp64 mais ça ne marchait quant meme pas

tu as compilé avec un sdk 64bits ?

[reptils]

J'utilise wxWidgets, que j'ai effectiviement compilé sur la machine en 64 bit. Apres quelques recherches sur le net je me rend que c'est visiblement plus compliqué à mettre en place. Le problème vient vraiment du Hook. C'est dans le style de ce dont ram_0000 parlait.

http://forum.madshi.net/viewtopic.ph...b7bfdf3ca77816

J'ai pas tout bien compris, mais ça me semble etre la solution. J'ai remarqué un autre soft (TaskBar Shuffle) utlisant les hooks aussi avait des problemes sur 64 bits.