Discussion :

[BoBy9]

Bonsoir,

Voilà, je suis en train de coder une petite dll, qui est lancée depuis un .exe

j'utilise la technique avec les exports

dans le fichier .def

Code :

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

1
2
3
4
5
6
 
...
EXPORTS
    ; Explicit exports can go here
     testProc
     InitProc

dans le .cpp

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
18
19
20
21
22
23
24
 
 
LRESULT __declspec(dllexport)__stdcall  CALLBACK testProc(
                            int nCode, 
                           WPARAM wParam, 
                            LPARAM lParam)
{
//Ici si je fait un GetCurrentDirectory, ca ne marche pas, ca ne me donne pas
//le directory de la ou a ete executé le .exe
..
}
 
//cette proc est appelé depuis le .exe
BOOL __declspec(dllexport)__stdcall InitProc()
{
//ici ca marche ca me donne le path d ou a ete lancé le .exe
//et meme si fichier est une variable global
//si j utilse cette avriable dans le callback la variable vaut n importe quoi
//(j ai fait des fichiers log pour verifier...)
GetCurrentDirectory(256, fichier);
}
 
..
dans le code du .exe il y a l appele a la proc de  la DLL InitProc

Voilà, je voulais donc savoir si c'était possible de recuperer le path meme dans le callback??

merci

[Médinoc]

GetCurrentDirectory() donne le répertoire courant, rien de plus. Rien à voir avec le répertoire de l'EXE ou celui de la DLL, à part le fait que si on lance un programme depuis l'explorateur, le répertoire courant est celui de l'exe (jusqu'à ce qu'il soit changé).
De plus, il n'y a qu'un seul répertoire courant par processus, ce qui peut être gênant si une application multithread cherche à le modifier avec SetCurrentDirectory()...

Si tu veux le répertoire de l'EXE, tu peux utiliser GetModuleFileName(NULL). Si tu veux le répertoire de la DLL, tu dois mémoriser son handle (passé à DllMain()) dans une variable globale et utiliser GetModuleFileName() dessus...