问题标签 [bpl]

我们可以使用 dcu 像 dll 这样的运行时吗？例如，显示在 dcu 文件中编译的表格。我有这个问题，因为我想开发可插入的应用程序。作为 Delphi 程序员，据我所知，我只有两个选项可以做到这一点，基于 dll 或基于 bpl。我喜欢基于 dll 的，因为它不依赖于 delphi 版本，但是.. 将表单保存到几个 dll 中，使每个 dll 的大小都很大，并且它的总大小比单个 .exe 大得多。使用 bpl，它取决于编译 bpl 和 exe 的 Delphi 版本。

或者有人可以解释一个技巧或策略，以便使保存表单的.dll 变得尽可能小？谢谢！

我正在使用 BCB 5，并且我有一个 DynamicArray 在正常条件下可以完美运行，但最近我被迫将它用于大型数据集（大约 7000 个项目），并且我的异常处理程序抛出了这个 EAccessViolation。这发生在：

当我检查 Recon.Length = 4606

我已将链接器选项的堆最大大小增加到最大值，但我仍然收到此错误。

是否有另一种方法可以增加应用程序可用的内存

当我知道它应该在那里时，试图了解为什么我们会得到“找不到入口点”。除了地图之外，是否有一种工具可以“探索” .bpl 或 .dll 并显示入口点？

我需要使用链接的静态库构建我的 C++ Builder XE 项目，这样我就可以在项目的 Debug\Win32 目录中获得一个大的可执行文件，但我不能。

每次我尝试构建我的项目时，它都不会使用运行时库构建可执行文件，而我已将项目的选项设置为禁用“与动态 RTL 的链接”并启用“使用运行时包构建”，如下所示：

这里出了什么问题？任何想法？

提前非常感谢。

I'm trying to build a package (package A) that contains the DWS compiler. It works, but when I then have a second package (package B) that requires package A, containing any unit that uses a specific unit from DWS, I get the error:

[DCC Fatal Error] E2225 Never-build package 'Package A' must be recompiled

If I change package A to recompile-as-needed, the error doesn't go away. I instead get

[DCC Fatal Error] F2084 Internal Error: U10346

at the same point.

I posted a bug report at http://code.google.com/p/dwscript/issues/detail?id=419 and it appears that the problem isn't reproducible on the author's end, which means that something's going wrong on my end. He offered some helpful advice: "I've sometimes seen this error because of a stray DCU."

Searching for and deleting all DCUs that could possibly be relevant did not resolve the issue, even after restarting both the IDE and the computer.

Running a trace on BDS using Process Monitor during the compilation process did not reveal anything that looked relevant.

Does anyone have any ideas on how to track this down? Using Delphi XE, update 1.

Cross posting to the Delphi forums. Let's see who comes up with a solution first.

我有一个单元使用 JCL 的包。

当我尝试构建它指出的包时

E2225 Never-build package 'Jcl' 必须重新编译

所以我将包 Jcl.dproj / Jcl160.bpl 文件加载到 Delphi 并构建它。这里没有错误。

但是之后我仍然会遇到同样的错误？

有什么可能的原因吗？我检查了文件 Jcl160.bpl 在重新构建时得到更新

我已经制作了一个表格，我想在 BPL 中分发它。
所以我创建了一个新的包和一个新的表单，添加registerClass到我的表单单元的初始化部分，并尝试使用大致以下代码手动加载 BPL 文件：

当我运行应用程序时，它会在线停止with TComponentClass(...并告诉我

Exception-Class EResNotFound with Message 'Resource TForm1 not found'

我缺少什么（卸载和清理除外）？

我已经纠正了肥皂单元 ( Soap.OPToSOAPDomConv.pas) 中的错误，但我不知道如何重建soaprtl170.bpl(Delphi XE3)。

我需要这样做，因为我有一个组件要安装在需要该 bpl 的 ide 中，并且当将其放入表单并激活它时，会在设计模式下调用 web 服务。

在设计模式下，它似乎使用了 soaprtl 而不是我修改的Soap.OPToSOAPDomConv.dcu. 在运行时它可以工作，因为我没有使用运行时包并且我的 dcu 优先。

任何有关如何重新编译 bpl 的帮助将不胜感激。

我想在该文件中应用的具体补丁如下：

该补丁包括将true添加到 addChild。

我在 Delphi XE2 中有一个项目组，它的功能是从包中加载插件。我创建了这些项目：

• PluginInterface.bpl– 带有插件和 MainForm 接口的包
  • UClassManager.pas- 插件管理器
  • UPlugin.pas– 插件界面
• MultiPlug2.exe- 带有可配置菜单的主窗体
  • MainUnit.pas (*.dfm)– MainForm（MDI 所有者）
  • 等等... – 一些形式（例如 Splash、数据库登录）
• TestPlugin.bpl– 测试插件
  • UTestPlugin.pas– 测试插件接口
  • TestForm.pas (*.dfm)– 测试表（MDI 儿童）。

这里有一些清单。

我有问题

whereClassManager.Count总是零，所以RegisterPlugin永远不会被调用。我应该怎么做才能使其成为 1 并正确注册我的插件？

Handles.Add(LoadPackage('PluginInterface.bpl'))编辑：我按照建议删除了。这没有帮助。我在跟踪程序时看到了 2 个 Manager 实例。

启动 XE4 IDE 通常需要几秒钟。现在我安装了 paxCompiler 并加载 paxComp_xe4.bpl 大约需要 40 秒。如果我卸载 paxComp_xe4.bpl 并用代码加载这个 bpl

仅需0.3秒。

只有IDE加载这个包很慢。任何想法可能是错的。不幸的是，paxCompiler Alexander Baranovsky 的作者也没有答案。Delphi 2007 没有问题。

编辑

如果我使用没有 paxCompiler 组件的项目运行 Delphi XE4，则 IDE 会立即加载。但是当我在表单上打开带有 paxCompiler 组件的项目时，大约需要 40 秒才能完全加载它。因此，可以得出结论，在表单上创建组件（在设计时）非常慢？但为什么？在运行时一切正常！