【问题标题】:Calling consecutive DLL's from {tmp} in Inno Setup在 Inno Setup 中从 {tmp} 调用连续的 DLL
【发布时间】: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 的肮脏解决方法应该会有所不同。

  1. How to get path where is temporary Inno setup file is located
  2. External function calls with multiple dependent DLLs

【问题讨论】:

  • 您确定它们所依赖的这三个 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


【解决方案1】:

我不确定您是否只加载 DLL 而没有在系统注册表中注册它们。但是,您的第一个 EDIT 显示由尝试访问某些注册表堆栈触发的错误,所以我假设您是。在这种情况下,我只需使用一个批处理文件(在 CMD 控制台中触发命令)来注册我的 DLL,就像我会一样:

 @echo off
 echo Registering DevExpress DLLs
 %~dp0gacutil.exe /i %~dp0DevExpress.BonusSkins.v12.1.dll
 %~dp0gacutil.exe /i %~dp0DevExpress.Charts.v12.1.Core.dll

所以,我把它放在 iss 脚本的 RUN 部分:

[Run]
Filename:C:\myFolder\RegisterDevExpress.bat"

希望这会有所帮助。

【讨论】:

  • DLL 库不会被注册,只要它们不是例如.NET 库(这是您使用 gacutil 的地方),或者它们没有导出 DllRegisterServer 函数(这是您使用 Regsvr32 的地方)。再一次,如果您自己拥有整个 [Run] 部分,以及强大的 Pascal 脚本代码引擎,为什么还要使用批处理脚本。不,它一定是嵌入在设置中的古老批处理脚本...</surrender> :)
  • @TLama 在这些 Dot.Net 库上是正确的(我假设)。您能否扩展使用 Pascal 脚本注册每个 DLL 文件:确切的格式是什么? (我经常出错)
  • 如果是 .NET 程序集,您不需要 gacutil(如果我没记错的话,您不应该使用它,因为它是 VS 的一部分)。您只需在 [Files] 条目中指定 gacinstall 标志,其余的将由 Inno Setup 为您完成。
  • @TLama 谢谢。就像我说的,当我使用这种方法时,我得到错误:“如果使用标志“gacinstall”,则必须指定参数“StrongAssemblyName”。我将如何进行。 (我应该把这个作为新的问题贴在这里吗?)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-11-16
  • 2011-04-02
相关资源
最近更新 更多