【问题标题】:Adding an ActiveX dll to a .Net project as reference works on one dev's machine, but not on another one?将 ActiveX dll 添加到 .Net 项目作为参考可以在一台开发人员的机器上工作,但不能在另一台机器上工作?
【发布时间】:2009-06-04 15:20:23
【问题描述】:

下午好,

我们在这里遇到了一个半奇怪的问题,即需要在 .net 项目中使用的遗留 activex dll 并且奇怪的是它在一个开发人员的机器上工作得非常好(将其添加为参考及其所有功能),但没有其他的,构建服务器抱怨引用错误等。

每当例如我尝试重新添加.dll,我得到以下,有点害羞的细节错误消息:

任何想法/建议为什么它可能不起作用,例如我的环境?项目文件 etc 是 .net 3.5 的标准类库,我们都使用相同的文件/代码库。

干杯和感谢, -约尔格

【问题讨论】:

    标签: .net assemblies reference activex


    【解决方案1】:

    开发者机器之间的区别在于环境,所以你可以猜测它所运行的机器的开发者有其他不同的设置。

    我的猜测是它要么是普通的旧环境(可能是 vars),但更可能是 SapExtractor.dll 中的依赖项。当您尝试添加引用以查看未找到的文件时,请使用 FileMon。

    您还可以使用 Depends.exe 查看 SapExtractor.dll 依赖的文件。

    Google 提供这两种工具,都来自 MS 并且非常有名。

    瑞恩

    【讨论】:

    • Depends & Process Monitor 并没有真正揭示任何新的或有用的东西,但是使用在它工作的开发机器上可用的 Interop.SapExtractor.dll 而不是 activex dll 本身有点工作解决方法...不完全是我想要的,因为现在我们有了一个可以生成此互操作程序集的环境...
    猜你喜欢
    • 2013-06-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-06-03
    • 1970-01-01
    相关资源
    最近更新 更多