Discussion :

[Aquellito]

Bonjour et bonne année à tous,

J'ai un soucis que je me traîne depuis un bon mois... J'ai actuellement un intranet qui utilise une DLL (AspSmartMail) pour envoyer des mails automatiquement depuis une page ASP.

Je dois le migrer vers un autre serveur. Il possède le même OS (2008 R2 SP1), j'arrive à installer la DLL, jusque-là pas de soucis. C'est au moment d'initialiser l'objet dans ma page ASP qu'elle me renvoie cette erreur :

Erreur d'exécution Microsoft JScript erreur '800a01ad'

Un composant ActiveX ne peut pas créer un objet.

Pourtant la DLL doit bien être installée car lorsqu'elle ne l'est pas j'ai cette erreur :

Objet Server erreur 'ASP 0177 : 800401f3'

Échec de Server.CreateObject

Je ne comprend pas ce qui pourrait bloquer... J'ai à priori installer les mêmes rôles et services, j'ai le même mode d'identification et les même droits NTFS sur les répertoires...

Quelqu'un aurait une petite idée ?

Merci pour votre aide,
Axel

[sevyc64]

Et tu es sur que le problème vient bien de cette dll. Tu n'utiliserais pas un autre activex sur ta page, activex que tu aurais oublié d'installer aussi ?

[Aquellito]

J'ai le même problème avec la dll AspSmartUpload.
Je n'ai pas d'autre activeX sur la même page et l'erreur renvoi toujours à la ligne de la création de l'objet.
Donc pour moi ce n'est pas vraiment un problème de DLL. La piste la plus probante me paraissait être les droits d'exe mais même en mettant le groupe 'Tout le monde' en 'Contrôle Total', rien n'y fait...

[Tackedowno-sama]

A tu changé de serveur physique ?

Si oui, a tu pensais à la possibilité, que le problème vient tous bêtement de la carte réseaux, personnellement je tenterai de changer l'adresse Mac de cette dernière et de lui mettre celle de l'ancienne.

[Aquellito]

Oui en effet j'ai changé de serveur Physique. Je dois mettre ça sur un Data Center et je ne sais pas si je peux changer moi-même cette adresse MAC...
J'ai du mal à voir le rapport avec mon problème en fait. Tu peux m'en dire un peu plus STP ?

[Tackedowno-sama]

Pour l'utilisation de ton Intranet tu passes par une interface physique qui est ta carte réseaux, Si le problème n'est pas lié à une configuration de ton nouveau serveur, cela signifie que c'est peut-être un problème de compatibilité matérielle, lié à l'enregistrement potentiel de l'adresse mac de ton ancien serveur dans la dll que tu as importé.

Dans ce cas il suffit de changer l'adresse mac dans les option de la carte.

Cela peu aussi être lié à un passage d'un environnement x32 à x64

[Tackedowno-sama]

je te donne seulement des piste, ne pouvant pas reproduire ton problème de mon côté.

[Aquellito]

Ok, merci pour tes réponses. Je test ça. Par contre je suis en 64 bits sur le nouveau et l'ancien serveur.

[Tackedowno-sama]

Donc cela ne doit pas être un problème d’environnement système.
à moins que ce soit un problème de nom de machine ou Windows ID, mais c'est peu probable.

[sevyc64]

Très peu probable que ce soit un problème d'adresse MAC, d’environnement ou d'ID windows, sauf à ce que la dll soit développée spécifiquement pour une machine (ce qui serait en soi une belle co****) et ce n'est pas le cas ici.

Par contre, l'aspect 64 bits peut jouer.

Le message d'erreur est très probablement dû à l'absence d'un composant dans le système que la dll utilise (puisque ce n'est pas un autre composant manquant sur la page).

On trouve pas mal de référence à des problèmes pour cette dll mais peu de solutions.
Quant à la dll, elle-même, les quelques références que j'ai trouvé parle d'une dll de 2004 développée sur la base de VB5. S'il n'y a pas eu d'évolution depuis, et si c'est cette dll là que tu as, il faut que tu installe aussi le runtime vb5 pour qu'elle puisse fonctionner. Il est très probable qu'il ne soit plus inclus dans un WS2008R2. Tu peux le charger là : http://support.microsoft.com/kb/180071/fr

[Aquellito]

L'installation de VB5 n'a rien donné. De plus, il n'est pas installé sur le serveur où cela fonctionne. Je rappel également que les deux serveurs sont 64 bits avec le même OS et que j'ai installé les DLL de la même façon.

[Tackedowno-sama]

Sevyc64 à surement raison pour ce qui est des suggestions que je t'ai faites, l'environnement étant x64 pour les deux, il doit y avoir un autre élément qui rentre en compte.

quelles sont les différences entre les deux serveurs ?

[sevyc64]

Il ne s'agit pas de VB5 mais seulement du runtime (une 15ènes de dll spécifiques). Un temps il était préinclus (tout comme le runtime VB6) dans le système d'exploitation, mais comme il commence à se faire vieux, il est possible qu'il n'y soit plus.

Par contre, sur le système qui marche, ta dll est où, dans c:\windows\system32, ou dans c:\windows\sysWOW64 (ce qui serait plus logique si elle est en 32 bits) ?

[Aquellito]

ça y est j'ai enfin trouvé !

Il faut faire un clic droit sur le pool d'application du site, cliquer sur paramètres avancés, et mettre Activer les applications 32 bits à True... Bon maintenant il faut que je réinstalle le pilote ODBC MySQL en 32 bits car plus aucun composant 64 bits fonctionnent avec cette option active.... grrrrr

ps : pour info la dll est bien installée dans SySWOW64 pourtant...

Merci à tous en tous cas !
Bon WE

[sevyc64]

sysWOW64 est la version 32 bits de system32, qui comme son nom ne l'indique pas est la version 64 bits sur un système 64bits.
En fait, sysWOW64 est la partie virtualisée en 32bits de windows sur un windows 64 bits.

Concernant le fonctionnement, un processus fonctionnant en 64 bits ne peut charger des composants (dll, activex, drivers de bdd, etc ...) en version 64 bits. De même pour un processus en 32 bits.
Et donc inversement, si un composant quelconque n'existe qu'en version 32 bits, tous les (la hiérarchie des) processus sans exceptions faisant appel à ce composant devront être lancé en 32 bits.

[Tackedowno-sama]

Après avoir vérifiée le fonctionnement définitif, pense à mettre le sujet en résolu.
Bon week end

[Aquellito]

Désolé de déterrer ce sujet mais après un petit micro trottoir, la majorité des informaticiens que j'ai rencontré ne connaissais pas cette cette subtilité du SySWOW64 qui est en fait pour le 32 bits.... du grand n'imoorte quoi quand même
sevyc64, sans toi je serais resté dans l'ignorance encore longtemps merci !!!!