Discussion :

[tophque]

Bonjour,

Je travaille sur un programme multi-thread. Je dois charger une dll. Que l'on soit en mode Debug ou Release, le problème est identique. Si je lance mon application par visual (Ctrl+F5), pas de problème. Par contre, si je double clique sur le fichier exe directement, le handle renvoyé est NULL...

voici le bout de code:

Code :

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

1
2
3
4
5
6
7
8
 
  hDllInstance = AfxLoadLibrary("./KVBPlug.dll");
  if (hDllInstance == NULL)
  {
   AfxMessageBox("Erreur d'ouverture  de KVBPlug.dll",MB_ICONQUESTION,MB_APPLMODAL);
    SendMessage(WM_CLOSE);
    return TRUE;  
  }

Voila une partie de l'aide de msdn france:

LoadLibrary essaie de retrouver la DLL en effectuant la même séquence de recherche que celle suivie pour la liaison implicite. Si le système ne trouve pas la DLL ou si la fonction de point d'entrée retourne la valeur FALSE, LoadLibrary retourne NULL. Si l'appel à LoadLibrary spécifie un module de DLL déjà mappé dans l'espace d'adressage du processus appelant, la fonction retourne simplement un handle de la DLL et incrémente le décompte de référence du module.

Je n'ai pas accès au code de la dll.
J'ai déja essayé de placé la dll dans le system32, dans le même répertoire... rien ne change.

Merci d'avance.

[nico-pyright(c)]

lorsque tu travailles dans l'ide, le repertoire n'est pas le meme. Essaye de placer la dll dans le meme repertoire quand tu le lances depuis l'explorateur

question subsidiaire, il n'y aurait pas un SetCurrentDirectory qui viendrait perturber tout ca ?

[Aurelien.Regat-Barrel]

Ton plugin se trouve bien au même endroit que ton exe ?
Car VC++ modifie le répertoire courant quand tu lances depuis l'IDE.
Tu devrais enlever le "./" aussi devant ton nom de plugin.

[farscape]

salut,
met ta dll dans system32 et :

Code :

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

1
2
 
 hDllInstance = AfxLoadLibrary("KVBPlug.dll");

enleve ./

[Aurelien.Regat-Barrel]

C'est pas une bonne pratique de modifier system32. Les dll devraient être livrées dans le même répertoire que l'exe.

[tophque]

J'ai déja essayé plusieur endroit pour la dll.

je l'ai mis dans system32, dans le repertoire courant dans celui de l'exe.
dans le code, j'ai essayé

Code :

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

1
2
3
4
 
hDllInstance = AfxLoadLibrary("KVBPlug.dll"); 
hDllInstance = AfxLoadLibrary("./KVBPlug.dll"); 
hDllInstance = AfxLoadLibrary("C:\\...\\KVBPlug.dll");

rien ne fonctionne sauf via visual

[Médinoc]

http://msdn.microsoft.com/library/en-us/dllproc/base/dynamic-link_library_search_order.asp

Donc, tu mets uniquement le nom, el le tout dans le répertoire de l'exe, ça marche

Aurelien: Un des deux intérets des DLL est aussi qu'elles peuvent être partagéees...

[Aurelien.Regat-Barrel]

Analyse ta dll KVBPlug.dll avec dependency walker. Si ta dll dépend d'une autre dll, son chargement peut échouer si cette 2° dll n'est pas "visible" depuis l'exe.

Médinoc> en pratique ça a plus d'inconvénients que d'avantages (dll hell), et mis à part les dll système, c'est déconseillé.
http://msdn.microsoft.com/library/en-us/dnsetup/html/dlldanger1.asp

Même quand c'est nécessaire (par exemple tu installes un SDK et tu ne veux pas quand tu développes devoir copier-coller les dll pour chaque projet que tu crées), il est préférable d'ajouter le répertoire des dll dans le PATH plutôt que de copier les dll dans system32 ou %systemroot%.

[tophque]

Soluce trouvée:

En effet, la dll en demandais une autre...

Problème résolu