Bonsoir,

je voulais savoir si il était possible de creer un hook lors du chargement d'un dll c'est à dire dans la fonction DllMain d'un dll, j'essaye de le faire mais n'y arrive pas :

#include "windows.h"

HHOOK hKeyb;
HINSTANCE hDll;

LRESULT CALLBACK KeybProc(int nCode, WPARAM wParam, LPARAM lParam)
{
    if (nCode < 0)  // do not process message
        return CallNextHookEx(hKeyb, nCode, wParam, lParam);

    MessageBox(NULL, "Appui", "Message", MB_OK);

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

void Hook()
{
   
    hKeyb = SetWindowsHookEx(WH_KEYBOARD, KeybProc, hDll, 0);
    if(!hKeyb)
        MessageBox(NULL, "Erreur", "Erreur", MB_OK);
}

void UnHook()
{
    if(hKeyb)
        UnhookWindowsHookEx(hKeyb);
}

BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)
{
    hDll = hinstDLL;
    if(fdwReason == DLL_PROCESS_ATTACH)
    {
        Hook();
    }
   
    if(fdwReason == DLL_PROCESS_DETACH)
    {
        UnHook();
    }

    return TRUE;
}

Il ne faut jamais utiliser de fonctions bloquantes comme MessageBox dans un hook, car sinon le système d'exploitation ne va pas effectuer le hook. Essaie plutôt un fopen/fwrite à la place, et donne nous le résultat.

---

Sachant qu'on peut toujours enlever une ligne à un programme, et que dans un programme il y a toujours un bug, un programme peut se résumer à une ligne avec un bug.

Voila, j'ai réecris ma fonction :

LRESULT CALLBACK KeybProc(int nCode, WPARAM wParam, LPARAM lParam)
{
    if (nCode < 0)  // do not process message
        return CallNextHookEx(hKeyb, nCode, wParam, lParam);

    // Sauvegarde dans le fichier
    ofstream fichier;
    fichier.open("c:\\log.txt", ios::out);
    fichier << "touche appuyée" << endl;
    fichier.close();

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

Resultat : rien du tout...
En fait je voudrais creer seulement le hook sur le processus qui charge la dll plutot qu'un hook global si possible.

Salut,

Désolé je ne fait pas de C (enfin pas pour les DLL) mais en Delphi le DLLMain ne se déclenche pas de lui meme, il faut le lancer via un autre point d'entré qui indiquera au passage l'etat de la DLL :

Voila un morceau de code que j'utilise dans une de mes appli (Dll) Delphi :

------

procedure Main( Reason : Integer ) ;  <= Ton DllMain Ici
begin

  case reason of  <= ici fait un switch c'est plus prope !

    DLL_PROCESS_DETACH: // DLL Se ferme
    begin
        // Traiter evenement à la fermeture
    end;

    DLL_PROCESS_ATTACH: // DLL Se lance
    begin
      // Traiter evenement au lancement
    end;

  end;

end;

begin                  <= là on est dans le programme principal, 
                        . et c'est ce qui nous sert d'entry point
   DllProc := @Main;   
   DllProc(DLL_PROCESS_ATTACH);   <= appel du DLLMain !
end.

------

Enfin voila pour te donner une idée, cherche l'équivalent en C/C++.

A+

Non son code C est correct pour le DllMain.

---

Sachant qu'on peut toujours enlever une ligne à un programme, et que dans un programme il y a toujours un bug, un programme peut se résumer à une ligne avec un bug.

Bon ba désolé je vois pas alors... mais fait quand meme un switch dans ton DLLMain :-)

C'est fait :

BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)

{

switch(fdwReason)

{

case DLL_PROCESS_ATTACH:

hDll = hinstDLL;

Hook();

break;

case DLL_PROCESS_DETACH:

UnHook();

break;

}

return TRUE;

}

Le hook s'installe bien mais on dirais que la fonction ne s'execute jamais :s

Pour elguevel :
En C++, lors du chargement d'une DLL, Windows va aller automatiquement exécuter la fonction DllMain, avec la raison donnée dans le deuxième paramètre (fdwReason).

---

Sachant qu'on peut toujours enlever une ligne à un programme, et que dans un programme il y a toujours un bug, un programme peut se résumer à une ligne avec un bug.

Merci pour cette precision ... ;-)

Essaie d'enlever le Unhook de ton DllMain, je pense que ton problème doit venir de là.

---

Sachant qu'on peut toujours enlever une ligne à un programme, et que dans un programme il y a toujours un bug, un programme peut se résumer à une ligne avec un bug.