Dll Powerbuilder运行

我正在使用Powerbuilder从C中创建的DLL调用外部函数

如果我生成一个可执行文件，它就可以正常工作，它可以很好地调用web服务，但是当我试图在开发模式下运行它时，它不会使用应用程序_name.exe.config文件

我试图设置DLL中硬编码的app.config文件，但没有成功

---

解决此问题的线索？

DLL没有配置文件。只有EXE。

我想是您自己描述的：您正在寻找它，以便在从开发模式运行时使用EXE使用的某些东西。从开发模式运行时，不会生成或使用EXE，因此Windows不会利用链接到EXE的功能。PB启动应用程序的速度如此之快，因为它只是将应用程序加载到虚拟机并运行其打开事件。如果您需要这个，听起来您必须在测试周期中包括EXE的部署和运行

祝你好运

---

Terry。

当您从exe编译并运行时，您正在使用exe。但是，当您从开发环境运行时，实际上使用的是pbxxx.exe pb115.exe、pb110.exe等。。您可以将应用程序_name.exe.config复制到pb目录中，并将其重命名为pbxxx.exe.config。至少这是它处理清单文件的方式-我有两个，一个名为appname.exe.manifest，另一个名为pb115.exe.manifest

只是好奇，但您的应用程序中有多少库/对象

---

我有一些非常大的应用程序，完成完整构建所需的最长时间约为30分钟。你的应用程序有些奇怪，需要2小时才能完成完整构建。

是的，就是这样。我正试图阻止这一点，因为我的应用程序的完整构建和EXE生成需要2小时的过程。直截了当地说这是一个2小时的过程会让人觉得你只使用完整构建。虽然这是一种我绝对支持最终构建的方法，但您尝试过增量构建吗？它比以前坚固多了，就像我说的，我想你需要一个EXE版本来进行使用配置文件的测试。如果有人要添加一些东西来证明我错了，我会很高兴。有不止一个人在开发这个应用程序，我们使用从其他人那里继承的一些对象，所以如果PB从增量构建开始，但遇到一些错误，它将进行完整构建。。。谢谢你的答复。但我不尝试，因为我不再需要它了。正因为这个原因，你永远不应该离开共享的PBL！这甚至不如运行时锁定PBL那么重要。设置本机源代码存储库可能是有意义的，而且是免费的。是的，签出/签入对象似乎是额外的工作，但您将获得运行、重新生成等自由。。。这将是非常重要的。+1000对于你来说永远不应该使用共享PBL。我已经不止一次地恢复了共享库，一次是从一个多月前的备份中恢复的。谢谢，伙计们。至少，设置一个本机存储库。如果您的版本控制系统使用MS的SCC API，请尽可能使用该系统。我们目前正在使用Merant/PVCS和TFS运行不同的项目。实际上，这是不正确的。DLL和EXE都有配置文件。我们找到的解决方案是将生成的EXE使用的配置放在PB115.EXE.config中。它将找到正确运行所需的内容。非常感谢你的回答..FWIW，我已经看到一些物体比其他物体需要更长的震级才能再生。尝试从一个应用程序推断到另一个应用程序可能不合适，更不用说从一个构建系统推断到另一个构建系统了。PB构建过程往往是非常受磁盘I/O限制的，因此较慢的磁盘将产生显著的差异。