主题：3月18日早盘出现两次错误数据

金字塔后台的用户已经不少了，你说的这个问题我们前后很长时间经过了严格的排查，也在数据处理问题上做了严格的筛选，至今没找到有可能存在错误的地方。

偶尔几个用户反映用DEBUGFILE记录不正常价格，但是经过我们排查都是因为客户DEBUGFILE使用不当造成的，而非本身数据问题导致

你把你的确认是数据的问题导致的开平仓问题的记录，还有分析逻辑一并说一下，也许有助于我们判断出问题到底出在那里

楼主是不是用了后台的高频刷新，并且是多品种在做？

工作在序列模式还是逐K线？

2011-03-18 09:26:41.817    DY28:3252.4 DY34:3252.8 minL28:3220.4 maxH34:3258.0
2011-03-18 09:26:41.833    HV12:3258.40 LV12:3196.80 THV2:3223.08 TLV2:3232.12
2011-03-18 09:26:41.849    lTLV21:1 hTHV21:1 ClTLV21:1 ChTHV21:9

这几段记录的代码是什么，可否方便贴过来？

DEBUGFILE(FILEPATH,'O:'& numtostr(o,1)&' H:'&numtostr(h,1)&' L:'&numtostr(L,1)&' C:'&numtostr(C,1),0);

这样在序列模式下使用是有些问题的，因为涉及到了序列变化的字符串转换操作，计算机在处理字符串时是效率很低的，你这样搞会把大量的CPU时间用在了一些无用的操作上。

VARIABLE:OO=0,HH=0,LL=0,CC=0;

OO:=O;

HH:=H;

LL:=L;

CC:=C;

DEBUGFILE(FILEPATH,'O:'& numtostr(oo,1)&' H:'&numtostr(hh,1)&' L:'&numtostr(LL,1)&' C:'&numtostr(CC,1),0);

这样在序列模式下强制序列变量为单值全局变量就可以了

 

如果在逐K线模式下运行，请注意前面加 ISLASTBAR 条件判断

降低软件的版本并不能解决问题，因为升级版根本就没对后台做任何变动。

你的问题，不排除是因为你盘中使用高频刷新和公式的运行效率不高导致操作系统长时间高负荷工作最后导致的瞬时内存数据紊乱。

建议楼主使用走完K线模式或者放弃高频刷新改为5秒以上的固定轮询模式后再看。