Discussion :

[VincentRoy]

Bonjour à tous,

Je vous explique mon problème:

J'ai un executable qui possède une fonction exportée. Nommons la exe_fn1.
J'ai une DLL qui possède une fonction exportée dll_fn1.

- exe_fn1 ne fait qu'ajouter bêtement un texte dans une listeBox de l'executable..
- dll_fn1 initialise un hook WH_CBT

Il n'y aucun problème au niveau du hook, je récupère bien les messages.

Par contre, je galère pour faire communiquer ma DLL et mon executable dans le sens DLL -> executable.

Pour cela, ma DLL, à l'initialisation du Hook, recupere l'adresse de exe_fn1.

Dans la fonction callback du hook WH_CBT, à chaque message recu, je veux appeler exe_fn1 pour qu'un texte s'affiche sur la listeBox.
Sauf que dès lors que exe_fn1 est appelée, cela fige direct le programme, plante mon explorer, ..., enfin bref la galère.
Ex:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
static LRESULT CALLBACK CBTCallback(int code, WPARAM wparam, LPARAM lparam)
{
	if (code >= 0)
	{
		UINT msg = 0;

		if (code == HCBT_ACTIVATE)
			exe_fn1 (); // crash
        }
        return CallNextHookEx(hookCbt, code, wparam, lparam);
}

Si vous avez une idée, faites moi signe

PS: Selon vous, quel est le meilleur moyen pour faire communiquer une DLL et un executable pour passer des structures par exemple. J'ai choisi les fonctions exportees, mais ce n'est peut etre pas la meilleur methode.

Merci.

Vince

http://vroy1.free.fr/wpfr/

[bacelar]

Votre dll sera injectée dans tous les exécutables, le votre qui à la fonction exe_fn1 mais aussi les autres qui ne l'ont pas.

Déjà, réussir à linker statiquement une dll à un exe, c'est chercher un peu les emmerdes. Je ne savais pas que cela était facilement réalisable.

C'est toute à fais illogique d'avoir une dll qui dépend d'un exécutable.

Si votre dll doit communiquer avec votre exécutable, utilisez n'importe quel IPC (mémoire mappé, socket, pipe ....) pour qu'ils communiquent de manière sûre.

[VincentRoy]

Bonjour,

Tout d'abord merci pour votre réponse.

Je veux préciser un point important quand même. La fonction exe_fn1 fonctionne très bien en dehors de la procédure callback CBTCallback.

Donc je ne vois pas pourquoi cela ne fonctionne pas dans la procédure CBTCallback.

Merci.

Vincent.

[bacelar]

je recapépète, la procédure callback CBTCallback est appelée dans le contexte d'autres exécutables, via injection de dll dans les espaces mémoires de tous les exécutables. Oui le hooking est un peu intrusif, juste un peu/
Les autres fonctions de la dll sont aussi injectées mais pas appelées dans l'espace mémoire d'un autre programme, CBTCallback si.

Si vous appelez CBTCallback directement depuis votre programme, ça marchera aussi, puisque vous n'avez pas changé d'espace mémoire (c'est celui du programme appelant).

Il faudrait penser à vérifier ce qu'est un espace mémoire et de l'injection de dll.

[VincentRoy]

Bonjour Bacelar,

Merci pour tes conseils. J'ai finalement opté pour l'API SendNotifyMessage qui fonctionne très bien.

Sinon j'aurais une autre question. Je voudrais détecter et récupérer chaque modification d'un champ de saisie (chaque fois que l'utilisateur saisi quelque chose). Je sais que je peux récupérer ca avec les messages keyboard, mais je me demandais s'il n'y avait pas un message windows spécifique.

Merci.

Vincent

[bacelar]

Je tenterais le subclassing de la fenêtre.

http://msdn.microsoft.com/en-us/libr...69(VS.85).aspx

Attention, si vous êtes dans de l'injection de dll, les adresses dans le code (les pointeurs de fonction par exemple) peuvent varier d'un exécutable à l'autre. Il faut les calculer pour chaque programme.