Le composant ActiveX ne peut pas créer d'objet

il est également intéressant de vérifier que vous avez "Enable 32-bit Applications" défini à True dans les paramètres avancés de la DefaultAppPool dans IIS.

l'application essaye de créer un objet COM et même si cette DLL COM existe, elle peut dépendre d'une autre DLL qui n'est pas installée. Vous pouvez utiliser DependencyWalker pour savoir si c'est le cas.

je sais qu'il s'agit d'une vieille question et que la réponse est déjà correcte, mais cela ne m'a pas aidé.

Pour tous les pauvres âmes qui arrivent de cette façon à l'avenir, vérifiez les paramètres de votre navigateur-

pour moi, en utilisant IE, le correctif était d'aller dans Outils/Options Internet, onglet de sécurité, pour la zone pertinente, "niveau personnalisé" et de vérifier les paramètres ActiveX. Paramètre d'initialisation et de script ActiveX non marqués comme sécurisés pour l'écriture de scripts" à "Activer" résolu ce problème pour moi

lorsque vous enregistrez le composant, assurez-vous d'utiliser la version 32 bits de regsvr32.EXE. Si vous exécutez simplement regsvr32.exe dans un prompt élevé, il prendra par défaut la version standard 64 bits (qui curieusement est situé dans C:\Windows\System32)--1-->

la version dont je crois que vous avez besoin se trouve dans C:\Windows\SysWow64\regsvr32.exe

Il semble vraiment que si l'objet auquel vous faites référence n'est pas enregistré sur le système. Je sais que vous avez dit qu'il est installé, mais ça ne veut pas nécessairement dire qu'il est enregistré. Pour confirmer cela, recherchez le progID que vous avez utilisé dans votre registre.

exemple pour ce code:

set objFSO = CreateObject("Scripting.FileSystemObject") 

je recherche Scripting.FileSystemObject dans le registre. Ensuite, je regarderais la clé de Registre au-dessus de la valeur trouvée, pour InProcServer32 valeur. Cela vous donnera le chemin vers le fichier ActiveX elle a été enregistrée à partir de (par Scripting.FileSystemObject le fichier est "c:\windows\system32\scrrun.DLL.)"

Si vous ne trouvez pas votre progID dans le registre, alors il n'est pas enregistré sur votre système, qui est votre problème. Si elle n'est pas enregistrée, vous devez savoir quel fichier l'enregistre, qui est généralement un .ocx ou une .dll dans le même chemin de dossier de votre application tierce, puis enregistrez ces fichiers. Voici la commande pour enregistrer un fichier:

regsvr32 /i "c:\windows\system32\scrrun.dll"

même si vous trouvez le prog valeur dans le registre et il renvoie à un fichier qui est présent sur votre système, vous pouvez toujours vouloir essayer de réenregistrer le fichier. J'ai découvert que parfois l'enregistrement a été cassé quelque part et il était plus facile de réenregistrer les fichiers que c'était pour régler le problème.

si c'est un COM/Active X 32 bits, utilisez la version 32 bit de cscript.exe / wscript.exe situé à C:\Windows\SysWOW64\

je rencontre aussi la même erreur dans vbscript.

Set objFSO = CreateObject("Scripting.FileSystemObject")

Solution:

Ouvrez la ligne de commande, exécutez la commande :

regsvr32 /i "c:\windows\system32\scrrun.dll"

et ça fonctionne

j'ai eu le même problème dans un programme VB6 que j'écris, où un formulaire utilise un objet ScriptControl pour exécuter des indices VBScripts sélectionnés par l'utilisateur.

cela a bien fonctionné jusqu'à l'autre jour, quand il a soudainement commencé à afficher 'Runtime error 429' quand le VBScript a essayé de créer un script.FileSystemObject.

après une journée entière de folie, en essayant toutes les solutions proposées ici, j'ai commencé à soupçonner que le problème était dans mon application.

Heureusement, Je il y avait une version de sauvegarde de ce formulaire: j'ai comparé leurs codes, et j'ai découvert que par inadvertance j'avais placé la propriété UseSafeSubset de mon objet ScriptControl à True.

C'était la seule différence dans la forme, et après avoir restauré la copie de sauvegarde ça a fonctionné comme un charme.

j'Espère que cela peut être utile à quelqu'un. En place avec VB6! : -)

Max-Italy

J'ai eu le même problème avec Excel, j'essayais d'utiliser une DLL COM 32 avec une version Excel 64 bits et j'ai eu cette erreur. Je reconstruis le COM dll à une version 64 bits et l'erreur disparaît. Alors assurez-vous que votre COM dll a la même architecture (x86 vs x64) que votre application.

j'ai eu ce problème aussi. J'essayais d'exécuter une vieille dll 32 bits dans un système 64 bits. J'ai eu de travail en copiant le .dll à la C:\Windows\SysWoW64 \ directory et lancer ceci:

%systemroot%\SysWoW64\regsvr32 "C:\Windows\SysWoW64\thenameofyourdll.dll"

Et permettant à IIS d'exécuter des applications 32 bits