Discussion :

[VBA Fan]

Pour rendre mon fichier Excel 2010 en 32 bits compatible avec Excel 64 bits, on me dit de faire ce qui suit :

En tête de mon module :

Code :

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

1
2
3
#If Win64 Then
  Declare ptrSafe sub MaProcédure Lib "User" ()
#End If

Dans mon module, il y a :

Code :

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

1
2
3
Sub MaProcédure ()
  Mon code...
End sub

Je reçois alors le message d'erreur suivant :

Nom ambigü

et le pointeur VBE se positionne sur MaProcédure.

Comment dois-je écrire mon code de déclaration (Declare) pour éviter cette erreur ?

Merci de m'aider

VBAFan

[jurassic pork]

Hello,

!Heu c'est bizarre parce que ta procédure MaProcédure se trouvent dans tes macros et pas dans la Dll User. Où as-tu vu qu'il fallait faire cela ?

Les Lignes avec Declare servent quand on utilise des fonctions dans des dll externes.


Ami calmant, J.P

[VBA Fan]

Bonjour jurrassic pork,

D'abord, merci de me répondre.
J'ai développé une application (plus de 10 000 lignes de codes VBA et un poids de 3,85 Mo) avec Excel 2010 installé en 32 bits (c'était la recommandation de Microsoft à l'époque).
Plusieurs de mes clients sont passés à la version 64 bits d'Excel et mon application fonctionne extrêmement lentement avec cette version, si elle est utilisée sans modification. En 32 bits, elle fonctionne normalement et rapidement.
J'en ai donc déduit que la solution à ce problème en était une de plateforme (32 et 64 bits).
L'info que je puise chez Microsoft me dit de déclarer mes procédures PtrSafe (c'est ce que j'en comprends).
Voici la source :
https://docs.microsoft.com/en-us/off...tions-overview

J'ai peut-être mal interprété cette info, ou j'ai mal introduit mon code.
Je n'utilise pas de variable Long. J'utilise des « Integer » des « Double », des « Single », etc.
J'ai compris aussi que si je devais utiliser des variables de type Long, il faudrait les transformer en LongPtr, pour qu'elles puissent être retransformées en LongLong dans un environnement 64 bits, mais ce n’est pas le cas.

Alors, comment dois-je procéder pour que mon application fonctionne à la fois en 32 et en 64 bits ?
Je vous serais reconnaissant de me donner des exemples précis, car je ne suis pas familier, comme vous l'avez constaté, avec la manipulation de DLL externes.

Merci de garder de l'intérêt à cette discussion.

VBA Fan

[Philippe Tulliez]

Bonjour,

Heu c'est bizarre parce que ta procédure MaProcédure se trouvent dans tes macros et pas dans la Dll User

Je suis du même avis que J.P.

Je vous conseille la lecture de ce tutoriel Développer avec Office 64 bits

[VBA Fan]

Merci de votre aide.

Je vais suivre votre conseil.

Bonne journée !

VBA Fan

[Arkham46]

Bonjour,

Plusieurs de mes clients sont passés à la version 64 bits d'Excel et mon application fonctionne extrêmement lentement avec cette version, si elle est utilisée sans modification. En 32 bits, elle fonctionne normalement et rapidement.

Si l'appli compile et fonctionne en 64bits, il n'est alors pas question de déclaration externe.
Seule les instructions de type "declare" sont à adapter pour un passage en 64bits.

Qu'est-ce qui est lent ?
Lancement, Affichage, Calculs....? Sur un formulaire particulier ?