【发布时间】:2014-12-09 05:59:36
【问题描述】:
我有一个新系统。我正在尝试通过 64 位 Windows 7 PC 连接并运行系统。该公司为此向我发送了一个 Visual Basic 项目。它使用 .NET 框架 4 和 Windows 窗体应用程序。目标 CPU 是 x86。
在“引用”选项卡中,在三个 COM 引用旁边有“系统找不到指定的引用”语句。构建时,由于这些对象,项目会给出命名空间错误和警告。其他参考工作正常。然后我在调试文件夹中看到了那些 .dll 文件。我认为它们是在发送给我之前由公司生成的。它们也存在于 bin\debug 文件夹中。
我已经从项目的引用列表中删除了这三个,并分别尝试了以下内容:
1) 在工程中,参考 debug 文件夹中的 .dll 文件。 (看起来是假的方法,但是在构建项目时删除了所有错误。在调试时,它给出了“Retrieving the COM class factory for component with CLSID ... failed due to the following error: 80040154”错误。)
2) 将debug文件夹中的.dll文件复制到C:\Windows\SysWOW64文件夹,然后在控制台通过regsvr32 "name.dll" 以管理员身份注册。这样,我得到“.dll 已加载,但未找到 DllRegisterServer 入口点”错误。 (在注册表编辑器窗口中,注册表编辑器找不到那些在 VB 项目属性中看到的引用的 ID。)
3) 执行第 (2) 项,但使用 C:\Windows\System32 文件夹而不是 SysWOW64。注册时同样的错误。
4) 将解决方案平台改成x86,试了1、2、3项,还是一样的错误。
我必须注册这些 dll 文件吗?而且,我是否应该准确注册调试文件夹中存在的这些 dll 文件?或者它们是否应该在构建后通过引用引用选项卡中的一些“缺失”类型库来生成?不过,我没有这些类型库。
欢迎尽快提出所有建议。提前致谢。
【问题讨论】:
-
可能是 DLL 文件的硬编码路径。您应该将它们收集在某个“参考文件夹”中,并使用该文件夹来引用 DLL 文件。您可以通过编辑项目文件来检查这一点,它是简单的 XML。我不会注册 DLL,它可能会给您在自动构建和部署方面带来很多麻烦。
-
@Styxxy 澄清一下:这些是互操作 DLL。如何找到它们的正常 DLL,以便将它们添加到引用中?
-
@Styxxy 感谢您的建议。