给金字塔管理者的肺腑建议。还望认真对待。

103759

作为金字塔的老用户，我编程水平一般，但也略知一二。金字塔PEL语言明明有TISPRVREMAIN()这种可以检测成交回报的函数，为什么就不能有检测撤单的回报了呢？具体是多么复杂的问题以至于您直接让我换语言换平台？撤单是程序化交易里非常常见的基础动作，阅读撤单是否成功的回报也是程序化补单操作必要的前提条件。pel如果这个都实现不了那是不是应该被放弃了？

论坛本该是金字塔高手和工程师们帮助学员和客户解决问题、和软件共同成长的平台，我经常会在这里浏览闲逛，偶尔会点开别人的问题浏览，却时常会看到一些明明可以解决或者回答的问题，被金字塔技术人员以 “这个无法实现”、“那个无法实现”、"去学用vba吧" “换python吧” 等方式敷衍过去了。。。挺好的软件，我用了很多年了，而且都是付费版专业账户。最早从文华转过来的，我衷心希望你们越做越好。学员遇到问题了，请认真聆听问题，帮忙想想解决方案。不要动不动就建议客户换语言、换平台这应该不是你们开设论坛的初衷吧？长此以往都学了新语言换了别的平台，那么你们的未来又在哪里？

肺腑之言，难听还请见谅。

前贴问题：

目前金字塔只有Tcancel撤单动作的函数，但是没有能检测这个动作是否成功的函数。开仓则有类似的函数能检测到成交回报。
添加这个函数的意义在于有些平仓指令如果不成交，程序设计了撤单动作，撤单指令发出以后仓位还没有来得及解锁，然后会造成其他程序判单故障！！！！
虽然前几天阅读了技术人员推送的帖子：【zzc_PEL】追撤单 - 交易策略发布专区 - 金字塔客服中心 - 专业程序化交易软件提供商 - 0 (weistock.com)
但是这里也只是增加了一个外部变量来实现一个很短的延时效果，而这并不是真正意义上的撤单回报，还是会有隐患。

资深技术08

您好，非常感谢您的建议。

我们确实也是希望能够在软件上帮助到大家，对于大家的一些合理化建议还是从实值层面上去考量的。
PEL是否新增一些事件驱动我们其实在去年就已经内部讨论过方案和合理性。关于您提到的撤单回报，目前我们实际的判断规则是撤单即为成功，因为交易时间内除非柜台异常不然撤单不会失败的。

其次有关怎么处理Pel回报读取我们这次也会有一些相关的预案，后面不排除会做这一块，但是不能现在立即就做，也是请您谅解。