我正在运行Windows Server 2012 R2的一台服务器上升级Powershell的一些过时的VBScript自动化。 目前，我正在replace需要从第三方32位DLL创buildCOM对象的脚本。 首先，我安装了包含DLL的第三方程序; 它安装得很好，运行正常。 然后我试图在Powershell中创buildCOM对象，这个对象失败了，并且给我返回了错误“80040154 Class Not Registered”，其中CLSID不是全为零。
我试图排除故障，发现它创build了COM对象，如果我使用Powershell（x86）。 我想，也许这个DLL没有注册为64位的Powershell，并使用sysWoW64 / regsvr32来注册该DLL。 这没有解决问题，所以我也注册了system32 / regsvr32也没有解决它。
然后，我转向谷歌，并从2009年发现这个解决scheme： 解决scheme链接 。 这实际上解决了这个问题，允许在64位Powershell中创build和使用COM对象。 但是，这是一个非常黑客，手工编辑registry不是最可维护的解决scheme。
所以，我的问题是：我应该如何正确设置一个32位DLL与64位Powershell运行？ 执行上述解决scheme的“正确”方式是什么？
如果你遇到那种types的DLL，如果你使用SysWow64path中的32位版本的Powershell或者VBscript运行脚本，你可能会得到最好的运行。 它可能看起来倒退，但64位EXE位于System32。
C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe C:\Windows\SysWOW64\cscript.exe