Discussion :

[Balthos]

J'ai un petit souci pour charger une dll.
J'utilise LoadLibraryExW de la façon suivante:
LoadLibraryExW(nom_de_la_dll, NULL, LOAD_WITH_ALTERED_SEARCH_PATH)
Mais la dll ne se charge pas. Un GetLastError me renvoie une erreur 183, soit "Cannot create a file when that file already exists. "

Ce qui est le plus curieux, c'est que ça ne me fait ça qu'avec une seule dll bien précise. En essayant d'en charger une autre, cela marche sans problème. J'ai même essayé de changer le nom de la dll, mais rien n'y fait.

Si qqun avez une idée...

[Ti-R]

Référence MSDN

Ne pas utiliser la fonction Unicode directement -> LoadLibraryExW.
Il faut utiliser LoadLibraryEx, ensuite c'est ton compilateur qui va bien mettre la fonction qui correspond LoadLibraryExW ou LoadLibraryExA suivant la configuration de ton projet !

Bienvenu à toi sur www.developpez.net

[Balthos]

Merci bien pour la rapidité de réaction!!

En utilisant LoadLibraryEx, mon compilo choisit LoadLibraryExA.
Ca ne marche pas mieux: j'ai une erreur de compilation, le format de nom de fichier ne lui va pas.
En fait, c'est un projet professionnel sur lequel j'apporte des corrections. Je ne tiens pas à faire trop de changement en profondeur. Donc comme normalement, cette partie du code fonctionne, je ne tiens pas à trop y toucher.

Ce qui me dérange ici, c'est que le chargement de ce fichier se passe normalement sur certaines machines mais pas sur d'autres. (Notamment ici, c'est une machine avec Windows 2000 qui ne veux pas de ma dll)

[Ti-R]

C'est possible d'avoir un copié coller du problème ?
Car le code va aider

Merci

[Balthos]

Il semble bien que ce ne soit pas un problème de code, mais plutôt un problème d'indexation des dll.
Ca marche nikel sous WinXP, mais pas sous Win2k.

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
	  std::wstring	m_wsLoadFileDllPath;
 
  	// Load DLL and entry points
		LogMacro("StartPeriph", "Loading EDC.DLL...");
		m_hInstDLL = ::LoadLibraryExW(m_wsLoadFileDllPath.c_str(), NULL, LOAD_WITH_ALTERED_SEARCH_PATH);
 
		if (m_hInstDLL)
		{
			LogMacro("StartPeriph", "EDC.DLL loaded");
			...
		}
		else
		{
			LogMacro("StartPeriph", "EDC.DLL *NOT* loaded");
			...
		}

Voilà quand même le morceau de code où j'appelle la fonction.
m_wsLoadFileDllPath contient le bon chemin d'accès.
Si j'essaie de charger une des autres DLLs du projet, ça marche nickel. Donc, je persiste, le code est bon.

[themadmax]

Je te conseil de charger ta DLL avec l'outil depends.exe ( fourni avec le SDK windows). Pour verifier si ta DLL ne depend pas d'autre DLL qui ferai defaut.

[seiryujay]

J'ai un problème similaire : j'ai un programme Java qui doit utiliser une dll qu'on me fournit.
Pour que cela fonctionne, j'utilise JNI, et j'ai créé une dll interface qui appelle les méthodes de la dll qu'on m'a fournit.

Sous XP zéro souci (la dll interface est elle-même générée sous XP), mais sous Windows 2000, bug.

Existe-t'il un problème de compatibilité entre les dll générées sous Windows XP et leur utilisation sous Windows 2000?
Ou alors existe-t'il une astuce pour que ça fonctionne partout? (style utilisée les bibliothèques MFC en statique plutôt qu'en dynamique...)

PS : comment on utilise depends.exe?

[seiryujay]

Pour info, voici les fichiers recquis par ma dll interface :

ADVAPI32.DLL
COMCTL32.DLL
COMDLG32.DLL
GDI32.DLL
KERNEL32.DLL
MSVCRT.DLL
NTDLL.DLL
OLE32.DLL
OLEAUT32.DLL
OLEDLG.DLL
OLEPRO32.DLL
RPCRT4.DLL
SHELL32.DLL
SHLWAPI.DLL
USER32.DLL
WINSPOOL.DRV

Est-ce que l'un d'entre-eux peut poser problème lors de l'utilisation sous Windows 2000? (fichier non-présent ou de version inadéquate)

Merci d'avance.