欢迎使用金字塔普通技术服务论坛,您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴,普通区问题处理速度慢,请耐心等待。谢谢您对我们的支持与理解。


金字塔客服中心 - 专业程序化交易软件提供商金字塔软件金字塔软件问题提交 → 最近金字塔模拟交易服务器有没有问题啊?

   

欢迎使用金字塔普通技术服务论坛,您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴,普通区问题处理速度慢,请耐心等待。谢谢您对我们的支持与理解。    


  共有4537人关注过本帖树形打印复制链接

主题:最近金字塔模拟交易服务器有没有问题啊?

帅哥哟,离线,有人找我吗?
yukizzc
  11楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:超级版主 帖子:21598 积分:0 威望:0 精华:1 注册:2010/7/31 16:35:30
  发帖心情 Post By:2014/9/4 14:58:21 [只看该作者]

你软件里有使用callstock这类引用函数吗,以及软件版本多少

另外你说从8月20号开始这样,你中间是软件做个升级还是改了什么设置??否则运行根你之前是没有区别的

[此贴子已经被作者于2014/9/4 15:00:55编辑过]

 回到顶部
帅哥哟,离线,有人找我吗?
uranusmoon
  12楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:论坛游侠 帖子:415 积分:0 威望:0 精华:0 注册:2013/6/13 17:00:05
  发帖心情 Post By:2014/9/4 15:18:19 [只看该作者]

现在是3.24版。忘了具体什么时间升级到此版本的,好像比交易异常出现时间要更早些。没用 callstock ,但是外部引用,有"dd.Tra#min1"这种形式,也有用stkindi的情况。另外还用了对后台交易记录判断的函数TTYPEBAR,判断持仓均价的TAVGENTERPRICE。等等。不知道程序版本升级或者某项设置的改变会影响这些函数的取值吗?

 回到顶部
帅哥哟,离线,有人找我吗?
yukizzc
  13楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:超级版主 帖子:21598 积分:0 威望:0 精华:1 注册:2010/7/31 16:35:30
  发帖心情 Post By:2014/9/4 15:39:03 [只看该作者]

这几个函数看了下就TAVGENTERPRICE在3.21版修复了上期所品种的昨仓和今仓不合并的问题,其他都没做过啥改动。

 

你说你先升级到了3.24,然后运行都正常,最近才开始出现这种没有信号的情况。如果升级引起的某些变化应该会马上体现出来吧?

这个只能你自己记录下实时的中间条件,盘后去看。否则根本没法分析是哪个地方不一样。


 回到顶部
帅哥哟,离线,有人找我吗?
uranusmoon
  14楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:论坛游侠 帖子:415 积分:0 威望:0 精华:0 注册:2013/6/13 17:00:05
  发帖心情 Post By:2014/9/4 15:54:22 [只看该作者]

恩。要输出的参数太多,而且会影响盘中执行速度,速度慢也会影响到信号。

 回到顶部
帅哥哟,离线,有人找我吗?
yukizzc
  15楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:超级版主 帖子:21598 积分:0 威望:0 精华:1 注册:2010/7/31 16:35:30
  发帖心情 Post By:2014/9/4 15:56:08 [只看该作者]

这没办法,你自己也说了日志中都没有触发的记录。那从我这边只能判断当时条件没有达到,具体细节只能自己盘中做下记录了。、

 


 回到顶部
帅哥哟,离线,有人找我吗?
uranusmoon
  16楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:论坛游侠 帖子:415 积分:0 威望:0 精华:0 注册:2013/6/13 17:00:05
  发帖心情 Post By:2014/9/5 14:19:35 [只看该作者]

问题似乎出在一个数组运算上,还不确定。如下面的格式:
if aa>0 then begin
  cc:=tra[aa-1]
end
变量aa为整数,按照模型算法,最小值大于1。问题是否出在if的定义中aa>0,程序认为tra[aa-1]存在下标超界的可能,导致计算有问题?

 回到顶部
帅哥哟,离线,有人找我吗?
yukizzc
  17楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:超级版主 帖子:21598 积分:0 威望:0 精华:1 注册:2010/7/31 16:35:30
  发帖心情 Post By:2014/9/5 14:33:04 [只看该作者]

不会的,aa>0这个只是判断条件。程序还没有傻到会误认为aa-1就小于0了。

只要你aa的值大于等于2的话,数组这边没问题。


 回到顶部
帅哥哟,离线,有人找我吗?
uranusmoon
  18楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:论坛游侠 帖子:415 积分:0 威望:0 精华:0 注册:2013/6/13 17:00:05
  发帖心情 Post By:2014/9/5 15:16:50 [只看该作者]

哎,病急乱投医,总有莫名其妙的问题,对很简单的代码也不自信了。早上发现一个外部引用的问题,即被引用的变量名包含3个"_"时,程序执行错误。比如aa_bb_cc_dd:="bc. aa_bb_cc_dd #MULTISEC"; 程序执行有误。改为aa_bb_ccdd:="bc. aa_bb_ccdd #MULTISEC"; 就好了。这不是莫名其妙啊,变量命名规则里也没提到啊。

 回到顶部
帅哥哟,离线,有人找我吗?
yukizzc
  19楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:超级版主 帖子:21598 积分:0 威望:0 精华:1 注册:2010/7/31 16:35:30
  发帖心情 Post By:2014/9/5 15:23:17 [只看该作者]

不是这个问题吧,我刚试了两个变量名都没有问题。

 


 回到顶部
帅哥哟,离线,有人找我吗?
uranusmoon
  20楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:论坛游侠 帖子:415 积分:0 威望:0 精华:0 注册:2013/6/13 17:00:05
  发帖心情 Post By:2014/9/5 16:12:53 [只看该作者]

的确是这样。变量名采用aa_bb_cc_dd:="bc. aa_bb_cc_dd #MULTISEC"时,debugfile的输出:
2014-09-05 10:35:37.145    -----------begin--------- :1000.0
2014-09-05 10:35:40.214    -----------begin--------- :1000.0
2014-09-05 10:35:43.191    -----------begin--------- :1000.0
2014-09-05 10:35:45.670    -----------begin--------- :1000.0
2014-09-05 10:35:48.732    -----------begin--------- :1000.0
2014-09-05 10:35:51.685    -----------begin--------- :1000.0
2014-09-05 10:35:54.308    -----------begin--------- :1000.0
2014-09-05 10:35:57.360    -----------begin--------- :1000.0
2014-09-05 10:36:00.365    -----------begin--------- :1000.0
2014-09-05 10:36:02.942    -----------begin--------- :1000.0
2014-09-05 10:36:05.469    -----------begin--------- :1000.0
改为aa_bb_ccdd:="bc. aa_bb_ccdd #MULTISEC";的debugfile的输出:
2014-09-05 10:39:36.265    -----------begin--------- :1000.0
2014-09-05 10:39:36.905    ---end--- :2000.0
2014-09-05 10:39:39.041    -----------begin--------- :1000.0
2014-09-05 10:39:39.638    ---end--- :2000.0
2014-09-05 10:39:41.500    -----------begin--------- :1000.0
2014-09-05 10:39:42.150    ---end--- :2000.0
2014-09-05 10:39:44.079    -----------begin--------- :1000.0
2014-09-05 10:39:44.718    ---end--- :2000.0
2014-09-05 10:39:46.801    -----------begin--------- :1000.0
2014-09-05 10:39:47.463    ---end--- :2000.0
2014-09-05 10:39:49.129    -----------begin--------- :1000.0
2014-09-05 10:39:49.788    ---end--- :2000.0
2014-09-05 10:39:51.695    -----------begin--------- :1000.0
2014-09-05 10:39:52.222    ---end--- :2000.0
2014-09-05 10:39:54.260    -----------begin--------- :1000.0
2014-09-05 10:39:54.872    ---end--- :2000.0

可以看出来,前一情况下,每1秒轮询执行不到程序结尾,即没有输出  ---end--- :2000.0。
[此贴子已经被作者于2014/9/5 16:14:24编辑过]

 回到顶部
总数 22 上一页 1 2 3 下一页