我想在 Delphi 10 Seattle(更新 1)或 Delphi 10.1 Berlin 项目(企业版)中动态加载 BPL 模块。但是LoadPackage函数失败并显示消息(在 32 位和 64 位目标平台上):
项目 LoadPackageTest.exe 引发异常类 EPackageError,并带有消息“无法加载包“此处的真实路径”\TestBplPackage.bpl。指定的模块无法找到'。
我的开发平台是 Windows 10 Pro 64 位。
我确信传递的文件名是正确的(它包含完整路径)。到目前为止我所做的:
如果使用 Delphi 2007 Enterprise 编译 - 在同一台 Win 10 PC 上,相同的项目组可以正常工作(我不得不从头开始重新创建它)
如果我加载标准 .DLL - 它已正确加载,我可以调用 D2007、D10 和 D10.1 中的函数(适用于 D10 和 D10.1 上的 32 位和 64 位目标)。
实际上 LoadPackage 调用 SafeLoadLibrary,后者调用 LoadLibrary(所有这些过程都在 System.SysUtils 中。
我编译了带有和不带有运行时包的测试可执行文件有代码:
DLL 项目 (TestDLL.dpr),适用于所有情况
library TestDLL;
uses SysUtils, Classes;
{$R *.res}
function GetMyTime: TDateTime; stdcall;
begin
Result:= Now;
end;
exports GetMyTime;
end.
BPL 项目 (TestBplPackage.dpr)
package TestBplPackage;
{ standard compiler directives - the project was created with New->Package}
requires
rtl,
vcl;
contains
TestBPLUnit in 'TestBPLUnit.pas';
end.
unit TestBPLUnit;
interface
function GetMyTime: TDateTime; stdcall;
implementation
uses classes, sysutils;
function GetMyTime: TDateTime;
begin
Result:= Now;
end;
exports GetMyTime;
end.
测试应用程序 - LoadPackageTest.dpr
Form1:TForm 包含 dOpen:TOpenDialog 和一个 Button1:TButton
type
TMyDateTimeFunction = function: TDateTime; stdcall;
procedure TForm1.Button1Click(Sender: TObject);
var
ext: string;
h: HModule;
func: TMyDateTimeFunction;
begin
if dOpen.Execute then begin
ext:= ExtractFileExt(dOpen.FileName);
if SameText(ext, '.bpl') then begin
h:= LoadPackage(PChar(dOpen.FileName));
if h > 0 then begin
func:= GetProcAddress(h, 'GetMyTime');
if Assigned(func) then
ShowMessage(FormatDatetime('yyyy-mm-dd hh:nn:ss', func));
UnloadPackage(h);
end;
end else if SameText(ext, '.dll') then begin
h:= LoadLibrary(PChar(dOpen.FileName));
if h > 0 then begin
func:= GetProcAddress(h, 'GetMyTime');
if Assigned(func) then
ShowMessage(FormatDatetime('yyyy-mm-dd hh:nn:ss', func));
FreeLibrary(h);
end;
end;
end; //dOpen.execute
end;
有没有人尝试过类似的东西?
避免从项目管理器树的“包含”节点中删除单元 - Delphi 10 和 10.1 都崩溃...
编辑 1:它适用于某些条件
感谢大卫的回答,我设法取得了一些进展:
当相关
C:\Program Files (x86)\Embarcadero\Studio\18.0\Redist\
Win32或Win64子文件夹的内容位于应用程序和测试 BPL 位于相关的System32或SysWOW64文件夹中。
如果没有上述内容,我无法使其工作,尽管
C:\Program Files (x86)\Embarcadero\Studio\18.0\bin和
C:\Program Files (x86)\Embarcadero\Studio\18.0\bin64
位于 %PATH% 环境变量中。它没有找到RTL包。
如果应用程序依赖 %PATH% 变量来查找必要的 BPL,则很容易解释副作用。因为我在 %PATH% 变量中有 C:\Windows\SysWOW64;C:\WINDOWS\system32;C:\WINDOWS
,如果我使用运行时包为 Win32 平台编译,我会收到以下错误消息:
应用程序无法正确启动 (0xc000007b)
这是因为 32 位应用程序尝试加载 64 位 BPL。
我可以轻松交换 System32 和 SysWOW64 的位置,但这是全局变量,而不是用户路径变量,需要重新启动才能使更改生效。
我将继续试验,但到目前为止,唯一 100% 可行的解决方案是将使用过的“标准”BPL 保存到平台输出文件夹中。