开始了一项新工作，我正在处理各种遗留应用程序——我遇到了一个VB6（而不是.net）应用程序。它使用的是Adobes旧的FDFtoolkit（同样，不是在FDFtoolkit.net上找到的），只能在服务器上注册。
问题是，在过去几年的某个时候，FDF到PDF转换器停止了工作。我的问题，我很确定是.dll问题-在服务器上FDFTK.dll和FDFACX.dll在Windows/SysWOW64文件夹中。
我不知道它们的位置是否与遗留应用程序的位置不一致。当我使用Visual Basic 6（IDE）时，它会在Windows\system32文件夹中查找引用。
有什么想法吗？我问是因为我无法直接访问服务器，所以"猜测和检查"很多选项的速度很慢。
编辑：此外，持有.dll的服务器是windows服务器2003（但是，传递fdf的服务器是windows服务器2008）
这就像一个谜！
在64位系统上，Windows会将32位程序的调用从system32秘密重定向到syswow64。
VB6是32位的，一切都需要是32位。
你唯一能做的就是重新注册dll。大多数但不是所有的com dll都是自注册的。
注意使用32位工具。
c:windowssyswow64regsvr32 c:windowssyswow64dllname.dll