【发布时间】:2013-07-04 11:22:19
【问题描述】:
我想在我的 Inno Setup 脚本中使用我在 Delphi 中创建的 DLL(比如说“A.dll”),该脚本使用了一堆其他 DLL(“B.dll”、“C.dll”、 ...)。所有这些 dll 文件都包含在文件部分中,如下所示:
[Files]
Source:"libs\*.dll"; Flags: dontcopy
在代码部分,我按照在线帮助中的说明声明所用 DLL 的方法,并添加 loadwithalteredsearchpath 标志:
procedure MyMethod; external 'MyMethod@files:A.dll,B.dll,C.dll stdcall loadwithalteredsearchpath';
当安装程序启动时,所有需要的文件都被复制到常量 {#tmp} 指向的临时目录中。然而,MyMethod 开始执行它就很好(用一些 Showmessages 检查它),但是当方法尝试使用其他 DLL 时,整个事情就中断了。
在 {#tmp} 的临时文件夹旁边,在安装过程中创建了另外两个临时目录(均使用“IS-xxxxx.tmp”模式),其中包含“setup.tmp”(在 { #tmp})。当我现在在安装开始时手动将所有 DLL(A.dll 除外)复制到这两个其他目录中时,一切正常。但是当我让它只按照脚本中的定义运行时,A.dll 似乎找不到其他库。
有谁知道,为什么会发生这种情况以及我该如何解决这个问题?这似乎是 PATH 的问题,但我认为 Inno Setup 将 tmp-dir 添加到 PATH 中,以便安装程序可以找到 DLL(确实如此,但奇怪的是仅适用于 A.dll)。
提前感谢您的帮助! :)
编辑:我得到的实际错误是,当我通过在 A 中调用它们的方法之一来使用“外部”DLL(B.dll、C.dll、...)之一时Inno 设置期间的 .dll:
Access violation at address 00408CC7 in module 'setup.tmp'. Read of adress 00000000.
EDIT 2:我想我意识到我的问题发生的原因:在我自己的 A.dll 中使用 ExtractFilePath(第一个链接),我发现 setup.exe不在 {tmp} 内执行,而是在设置开始时创建的另外两个临时目录之一。看起来,不是 {tmp} 而是当前工作目录(因此是执行 inno 的目录)被添加到库搜索路径(第二个链接)。这可以解释为什么其他库(B.dll、C.dll、...)只能在手动复制到这个其他临时目录时才能访问。我想从 {tmp} 中提取和调用 A.dll 没有问题,因为它在 external 命令中被称为“主库”。我认为使用 loadwithalteredsearchpath 其他库可以保留在同一目录中,但这似乎不起作用。
但是我现在怎样才能以一种漂亮的方式解决这个问题呢?我想我可以将 DLL 手动复制到设置路径(通过使用 ExtractFilePath(ParamStr(0)),在它们被提取到 {tmp} 后解决问题。但这似乎是在 Inno Setup 中使用 DLL 的肮脏解决方法应该会有所不同。
【问题讨论】:
-
您确定它们所依赖的这三个 DLL 没有其他依赖关系,或者其他错误吗?因为通常加载错误会导致无法调用 DLL 中的任何内容,而不是部分执行。
-
嗯,我不完全确定。但是我事先在一个简单的 Delphi 程序中测试了设置,其中所有库(A.dll、B.dll、C.ll、...)都在程序-exe 的目录中,并且一切正常。对我来说,这似乎不是一个加载错误,因为其他库(B.dll、C.dll、...)也集成得很好,但是当我想使用其中一个库时它就会中断(调用他们的方法之一)。 -> 添加了我得到的实际错误。
-
“读取地址 0”听起来像一个空指针访问。确保在编译库时使用“普通”链接,而不是延迟加载链接。当然,您实际运行的 DLL 代码中没有任何空指针。
-
我在导出方法时创建了没有任何特定设置的 A.dll,所以我想我使用的是“普通”链接。我已经发现,我的 DLL 中实际上有一个空指针,但我认为它不是由我自己的程序引起和修复的。关键是,我正在使用一个组件(来自 DCEF3 的 TChromium),其方法主要使用其他库(B.dll、C.dll ...),而我对两者都没有任何影响。当我在 Inno Setup 中调用这个组件的构造函数时,没有出现错误,但是对应的变量没有指针,所以任何下一次访问都会失败(见主帖中的错误)。
-
但我不认为这是我的 A.dll 的错误,因为 1. 我在 Inno Setup 之外的一个单独的 delphi 程序中对其进行了测试,它工作得很好 2. Inno Setup 中的错误仅取决于我是否手动复制所述 tmp 文件夹中的 DLL 文件,而不取决于任何程序更改。所以我的猜测是,每当我通过调用组件方法(如构造函数)来使用其他 DLL 之一时,尽管它们位于同一目录中,但无法找到它们。 (对不起,对于两个 cmets,但我无法在字符边界内表达自己:-()
标签: inno-setup