Discussion :

[jcloupgarou]

Bonjour,
je développe une appli c++ sur visual 2005 et sous Win XP. Je fais appel à certaines Dlls dont je ne suis pas le propriétaire. Sous XP, cela marche parfaitement, mais le programme ne tourne pas sous Vista à cause de ces dits Dlls : J'ai fait des tests en supprimant les dlls en question du projet visual ainsi que les appels aux classes apportées par celles-ci et cela fonctionne sous Vista.

Donc je me demande s'il serait possible, à l'exécution de mon programme, de détecter la version de l'OS (windows) utilisateur et, en fonction, charger ou pas les Dlls et parallèlement faire ou pas les appels aux classes correspondantes.
Est ce que quelqu'un à déja fait un truc comme ca ? Merci pour vos réponses !

[Médinoc]

Tu as deux moyens pour cela:

• DLL à chargement retardé: chargement dès le premier appel de fonction de la DLL, lance une exception Win32 en cas d'échec. Un avantage est que tu peux garder l'importation statique.
• Importation 100% dynamique, avec LoadLibrary() et GetProcAddress(). Compliqué, mais tu décides mieux quoi faire en cas d'échec.

(je ne parle pas ici des DLLs COM, vu que ta DLL n'en est apparemment pas une).

[jcloupgarou]

Je pense que l'utilisation de LoadLibrary sera difficile dans mon cas étant donné que les Dlls incriminées décrivent plusieurs classes que j'utilise après dans mon appli. Ce ne sont pas seulement des fonctions à appeler.

J'ai essayé ta première solution de chargement différé, hors à l'édition des liens j'ai l'erreur suivante :
LINK : fatal error LNK1194: impossible de retarder le chargement de 'edmicpp400_2005.dll' à cause de l'importation du symbole de données '"__declspec(dllimport) long const cppw::.DEFAULT_SET" (__imp_?DEFAULT_SET@cppw@@3JB)'*; liez sans /DELAYLOAD:edmicpp400_2005.dll

Effectivement, dans mon stdafx.h, j'avais ajouté un paragraphe (je ne connais pas son l'utilité, mais la documentation des Dlls invitaient à son l'emploi)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
#ifdef WIN32
	#ifdef _USRDLL
		#ifdef SPEDLL_EXPORTS
			#define SPE_EXPORTIMPORT __declspec( dllexport )
		#else
			#define SPE_EXPORTIMPORT __declspec( dllimport )
		#endif
	#else
		#define SPE_EXPORTIMPORT
	#endif
#else
	#define SPE_EXPORTIMPORT
#endif

Est ce que cela te dis quelque chose stp ? Merci

[Médinoc]

Si j'ai bien compris, le chargement retardé ne marche pas quand l'un des éléments importés est une variable globale au lieu d'une fonction...

[bacelar]

Primo, une variable globale est créée avant même le début de la méthode main, donc retarder le chargement d'une dll pour avoir à la charger avant le main, c'est un peu débile, heu pardon inutile.

Secundo, mon avis n'est pas partagé ici, mais exporter des classes et non des fonctions depuis une dll, c'est s'exposer à de grandes déconvenues.

Donc les globals, c'est mal, ne pouvez-vous pas en faire un pointeur initialisé dans le main, après vérification de l'OS ?

[Médinoc]

Secundo, mon avis n'est pas partagé ici, mais exporter des classes et non des fonctions depuis une dll, c'est s'exposer à de grandes déconvenues.

Je partage cet avis. Malheureusement, jcloupgarou a dit ne pas être propriétaire des DLLs en question, ce qui est un peu gênant pour changer cela...

Bien sûr, il reste encore la possibilité de mettre une DLL perso "entre" le code normal et les DLLs pouvant être absentes, pour "corriger" l'interface. Et rien n'empêcherait cette DLL de n'exporter que des fonctions ou d'être à chargement retardé...

[bacelar]

LINK : fatal error LNK1194: impossible de retarder le chargement de 'edmicpp400_2005.dll' à cause de l'importation du symbole de données '"__declspec(dllimport) long const cppw::.DEFAULT_SET" (__imp_?DEFAULT_SET@cppw@@3JB)'*; liez sans /DELAYLOAD:edmicpp400_2005.dll

C'est un nom C++.
C'est dans une dll.
Cette dll est totalement foireuse car elle utilise des appels à des fonctions dans des dll systèmes qui n’existent pas dans tous les OS Windows (en plus d'exporter des classes).
Maintenant, pour régler temporairement le problème de jcloupgarou, il ne faut pas faire de delayloading sur edmicpp400_2005.dll mais sur la ou les dlls système qui posent problèmes.

[3DArchi]

Les problèmes de portabilité d'une DLL ayant fait suite à cette discussion sont abordés dans cette nouvelle discussion.

[screetch]

ma réponse a été virée dans l'autre discussion, mais je pense pas que ca vienne de l'OS, je pense qu'il manque une DLL sur ton systeme plutot

tu peux essayer d'ouvrir la DLL qui ne veut pas se charger avec Depends.exe (google pour le telecharger), ca va te montrer si il manque des dépendances

il est fort probable que le runtime de visual studio 2005 n'aie pas été installé sur la machine cible, et que ce soit juste ca qui manque

[jcloupgarou]

J'ai utilisé dependency Walker sur les 4 dlls qui me pose problème sous Vista et il en ressort qu'il voit pour deux d'entre elles :

les Dlls ieframe.dll et shlwapi.dll apparaissent en "Delay-load module warning" avec ce message :

Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.

A noté que j'ai aussi lancé depends sur XP en ouvrant ces dlls et il y a aussi un problème avec une dll à chargement différé, MPR.dll

C'est tout ce qui apparait comme louche avec ce depends... J'ai remarqué sur google qu'il y avait pas mal de sujet traitant de ces 2 Dlls, mais rien de similaire...
Je ne sais vraiment pas quoi faire !

PS : J'ai fait des tests sous Vista en ecartant ces Dlls "foireuses" et en commentant les classes y faisant appel : dans ce cas l'appli fonctionne sans souci, donc pas de probleme de runtime de vs2005 je pense...

Merci en tout cas de vous penchez sur cet épineux problème.

[screetch]

tu as essayé sur un autre vista pour voir si ca venait de la compatibilité du systeme ou d'autre chose ? (visual studio pas installé par exemple)

[bacelar]

Le problème n'est donc pas des dll manquantes mais fonctions exportées dans les anciennes versions et qui ne le sont plus ?

Pouvez-vous nous donner le nom de ces fonctions ?
N'existerait-il pas un build des bibliothèques avec des solutions de contournement, une version Vista, ou des options de compilations si vous recompilez les dll qui appellent les fonctions manquantes ?

[jcloupgarou]

Je ne suis malheureusement pas propriétaire de ces Dlls et ne peux donc pas les recompiler, et biensûr il n'y a pas de version Vista...
Vous voulez connaître les noms de quelles fonctions ? Je ne comprends pas !
Merci

[bacelar]

Les fonctions manquantes dans les dlls ieframe.dll et shlwapi.dll sous Vista.

[Médinoc]

@bacelar: Ça m'étonnerait que ça avance à grand-chose, car il y a toujours ces warnings dans dependency walker dès qu'il y a un lien vers shell32.dll...
Ou user32.dll, qui lie indirectement vers shell32, les dépendances croisées de DLLs étant possibles avec Visual...

[screetch]

ce n'est pas forcément une fonction manquante, ca pourrait etre autre chose. Ce que tu peux faire c'est ajouter un LoadLibrary dans ton code pour essayer de la charger sous vista, puis récupérer le message d'erreur avec GetLastError et FormatMessage

[bacelar]

Le nom des fonctions manquantes permettra de faire des recherches sur Google et de trouver d'éventuelles solutions de contournement.