Discussion :

[Nicolas Coolman]

Hello,

Dans le développement de mon application sous Visual Studio Pro 2013, je rencontre un problème avec la fonction "Wow64EnableWow64FsRedirection"
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

La redirection sur les OS 64 Bits fonctionne parfaitement pour W7, W8 et W8.1, et n'il a aucun message d'erreur sur les stations 32 Bits.

Par contre, un message d'erreur survient au lancement sur Windows XP Pro SP3 32 Bits :

Le point d'entrée de procédure Wow64EnableWow64FsRedirection est introuvable dans la bibliothèque de liaison dynamique KERNEL32.dll.

MSDN n'indique pas de problème particulier pour les systèmes XP !

L'utilisation de la fonction est bien précédée d'un test d'OS 64 Bits avec

Code :

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

if (  IsWow64() )

Donc, normalement, cette fonction ne devrait pas être exécutée sur une station 32 bits.

J'ai cherché mais je n'ai rien trouvé ! Alors si vous avez une piste pour surmonter ce problème , merci d'avance.

A bientôt...

[phi1981]

Comme tu l'as expliqué, le message d'erreur survient au lancement de ton application, donc bien avant le test IsWow64().

Le problème, c'est que la fonction Wow64EnableWow64FsRedirection() (en passant, quel nom horrible...) est documentée comme "Windows Vista minimum", ce qui signifie qu'elle n'est pas implémentée par Windows XP.
Lorsque le système charge ton application, il vérifie que toutes les fonctions que ton programme utilise sont bien disponibles, mais il n'est pas assez intelligent pour dire "Oh mais celle là il ne s'en sert que lorsque cette condition passe à 1, alors c'est bon ...".

Une solution que tu peux essayer, c'est de trouver cette fonction "dynamiquement", via un appel à GetProcAddress(), mais ça peut être délicat à faire et ça requiert quelques connaissances sur l'ABI et les pointeurs de fonctions.

[Nicolas Coolman]

Hello phil,

J'ai regardé du côté de GetProcAdress() et de l'exemple donné par MSDN
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

Mais même en passant par cette fonction, le message d'erreur persiste au démarrage.

Merci quand même pour la piste.

A+

[Médinoc]

Ça veut dire que tu as toujours la dépendance à la fonction quelque part dans ton code. Poste-le qu'on voie un peu...

[Mat.M]

salut c'est normal d'avoir une erreur au démarrage car lorsque tu effectues une compilation de l'exécutable,l'éditeur de lien( linker) construit une table de correspondance avec les API encapsulées dans kernel32.
Bref lors de la compilation dans le code généré en assembleur, le compilateur doit écrit un CALL adresse de Wow64EnableWow64FsRedirection selon un certain offset dans kernel32.dll.
Donc je pense que la solution c'est de fournir une dll qui appelle ces fonctions 64bits pour les clients 64bits et une autre 32bits
Si tu détectes que l'OS est en 64bits tu appelles la version 64bits sinon 32bits parce que je ne vois pas autrement
Ou alors effectuée une compilation conditionnelle avec des directives préprocesseurs comme #ifdef _64bits mais je ne pense pas que cela corrige le problème.

[Nicolas Coolman]

Hello,


Je tiens à vous remercier pour m'avoir aider dans mes recherches.

L'idée de passer deux DLL ne me satisfaisait pas car je ne souhaites pas faire d'installation logicielle.

Je me suis donc orienté vers la solution des directives de compilation qui me semblait plus appropiée à ce que je voulais obtenir.

La solution était bien celle-là :
il faut créer des fonctions de désactivation et de réactivation de redirection en directives de compilation.

A bientôt...

[Emmanuel Deloget]

Hello,


Je tiens à vous remercier pour m'avoir aider dans mes recherches.

L'idée de passer deux DLL ne me satisfaisait pas car je ne souhaites pas faire d'installation logicielle.

Je me suis donc orienté vers la solution des directives de compilation qui me semblait plus appropiée à ce que je voulais obtenir.

La solution était bien celle-là :
il faut créer des fonctions de désactivation et de réactivation de redirection en directives de compilation.

A bientôt...

J'aurais dit que la solution était plutôt de faire quelque chose comme

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
if (IsWow64()) {
   HANDLE h = LoadLibrary("kernel32.dll");
   if (h) {
       void *p = GetProcAddress("LeNomDeFonctionHorribleWoW64");
       if (p) {
          typedef RET (*LeTypeDeLaFonctionAvecUnNomHorribleWoW64)(ARGS...);
          LeTypeDeLaFonctionAvecUnNomHorribleWoW64 pfn = (LeTypeDeLaFonctionAvecUnNomHorribleWoW64)p;
          pfn(args...);
       }
   }
}

Mais en plus intelligent - en encapsulant ça dans un objet correspondant par exemple.

Le but est d'avoir un executable a maintenir, pas plusieurs