DDE 服务器 Windows：orcascr9.exe：应用程序错误
我查看了与类似错误有关的 SO 查询 - 但到目前为止还没有找到任何内容，以帮助解决我在 Powerbuilder9.0 下运行的 orcascript 遇到的这个特定问题。 orca 脚本连接到 SCC 服务提供商，执行完整的目标刷新，然后构建 exe。但它永远不会到达最后一步。
日志的信息不是很丰富，只是在失败时简单地说明了这一点： PBORCA_SccRefreshTarget。全面重建 调用 cm_rebuild_application(CM_REBUILD_FULL) 当脚本以某种方式进入上述步骤时，它会退出并抛出 DDE 服务器错误。
有人可以帮我解决这个问题吗？我几乎不知道 PB 的基础知识，这个练习的目的是将我继承的基于 IDE 的构建转换为 orcascript 构建，以便我可以在不受监控的情况下运行该构建。
提前致谢！
编辑： 我现在正在根据下面的建议运行性能监视器，以下是我在故障点看到的 orcascr9.exe 进程的情况。
类：文件系统
操作：QueryAllInformationFile
结果：BUFFER OVERFLOW
路径：c:\.s\00019\MORENUMBERSblah.pbl
I've looked at the queries on SO that pertain to similar errors - but haven't found anything so far, to help with this particular problem I am having with an orcascript which I am running under Powerbuilder9.0. The orca script connects to an SCC service provider, does a full target refresh, and then is supposed to build the exe. It never gets to the last step though.
The log is not very informative and simply says this at the point of failure:
PBORCA_SccRefreshTarget. Full Rebuild
Calling cm_rebuild_application(CM_REBUILD_FULL)
While the script is at some way into this above step, it exits and throws up the DDE server error.
Can someone help me figure this one out? I just barely know the basics of PB, and the intent of this exercise is to convert an IDE-based build that I inherited, into an orcascript build so that i can run the build unmonitored.
Thanks in advance!
EDIT:
I am now running Performance monitor per suggestion below, and here is what I see for the orcascr9.exe process at the point of failure.
Class:Filesystem
Operation: QueryAllInformationFile
Result:BUFFER OVERFLOW
Path:c:\.s\00019\MORENUMBERSblah.pbl
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
所以，我还没有听到有关 IDE 中构建是否成功的后续消息，因此我将在 IDE 也失败的假设下提出建议。
我在 我的故障排除指南中列出了一系列建议。网站。按照重要性的降序排列，我特别关注的是：
如果执行这些步骤后您仍然遇到问题，故障排除指南中可能还有其他想法可以激发一些想法，但根据可用信息，我已经没有想法了迄今为止。
祝你好运，
特里。
So, I haven't heard a follow up of whether the build is successful in the IDE or not, so I'm going to make suggestions on the assumption that the IDE fails too.
There are a whole series of suggestions that I list at the Troubleshooting Guide on my site. In descending order of importance, the ones I'd particularly look at are:
If you're still having problems after these steps, there may be other ideas in the Troubleshooting Guide that may inspire some ideas, but I'd be running out of ideas based on the information available to date.
Good luck,
Terry.
您可以尝试确定构建正在终止的对象。一种方法是查看最后修改的库。构建即将终止的对象将具有比构建更早的编译日期，以及构建尚未到达的任何对象。这可能会帮助您将范围缩小到几个可能的嫌疑人。如果没有源代码控制，我建议一次将一半未编译的对象转移到不同的 pbl，直到构建在不同的 pbl 上失败。然后，您开始以另一种方式移动最后一批中的对象。您可以复制 pbls 并在 orcascript 中尝试常规的非 scc 构建，但这需要大量额外工作，如果非 scc 构建有效，您将得到一个更大的谜团而不是解决方案。
You can try to determine the object the build is dying on. One approach is to take a look at the last-modified library. The object the build is dying on will have an older compile date than the build, as will any that the build hadn't gotten to. That may help you narrow things to a few likely suspects. Absent source control I'd suggest shuffling half the non-compiled objects at a time to a different pbl until the build fails on a different pbl. Then you start moving objects from the last batch the other way. You could copy the pbls and experiment with a regular non-scc build in orcascript but that's a lot of extra work and if the non-scc build works, you'll have a larger mystery instead of a solution.