堡垒。执法问题 - 页 36 1...293031323334353637383940414243...156 新评论 Roman Shiredchenko 2015.09.05 21:33 #351 :-)1.在MT5中存在一个错误在BCS中存在吗? Mikhail Filimonov 2015.09.06 17:31 #352 Roman Shiredchenko::-)1.在MT5中存在一个错误它在BCS中存在吗? 下午好!这里有一个EA,试试吧,但选择它时不要超过真实的交易限制(2000)。 附加的文件: MT5_Test.mq5 10 kb Mikhail Filimonov 2015.09.07 11:01 #353 每天都有新的惊喜。2015.09.07 10:00:10.446 Forts_trader (MIX-9.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.696 Forts_trader (MXI-12.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.696 Forts_trader (MXI-12.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.805 Forts_trader (MGNT-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.883 Forts_trader (SNGR-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.883 Forts_trader (SNGR-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:10.992 Forts_trader (CHMF-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:11.882 Forts_trader (LKOH-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:12.615 Forts_trader (GOLD-9.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:12.615 Forts_trader (GOLD-9.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:17.888 Forts_trader (UJPY-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:18.340 Forts_trader (Eu-9.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:18.512 Forts_trader (Si-3.16,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:21.210 Forts_trader (SILV-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:28.246 Forts_trader (MTSI-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Sell ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:33.737 Forts_trader (RTS-9.15,M1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт 2015.09.07 10:00:41.116 Forts_trader (TRNF-9.15,H1) StopTrading: Билет = 0 OnTradeTransaction: Buy ордер не установлен! Причина: Рынок закрыт Aytugan Khafizov 2015.09.07 11:51 #354 Михаил:每天都有新的惊喜。而开发商当然也难辞其咎 :)尽管自7月中旬他们更新到1150后,Otkritie的软件本身没有任何变化。P.S. 在我回复Otkritie指出可能的问题后,他们承诺在周五推出新的访问服务器。由于我不了解的原因,他们可能要到本周二才能完成。等待着... Aleksey 2015.09.07 12:57 #355 Aytugan Khafizov:尽管自7月中旬Otkritie的软件本身没有任何变化,当时他们升级到1150。 所以已经有很长一段时间了。它 出现在论坛上,而毫无疑问的罪魁祸首被宣布为话题发起人。 Mikhail Filimonov 2015.09.07 13:09 #356 当然,这都是我的错!我坐在这里抠着鼻子在想。"我能想到的最糟糕的事情是什么?"P/S广场II有一个FORTS_FUTTRADE_REPL线程其中有一个心跳表(服务器时钟服务表)。该表由交易系统内核以一定的周期性填充,可以用于同步的目的(例如,检查所有交易在某一时刻的到达情况)。时间)。该表在添加记录的模式下使用;在夜间进行表的清理。夜间。表5.表字段字段类型描述replID i8 复制子系统服务字段replRev i8 复制子系统服务字段replAct i8 复制子系统服务领域server_time t 服务器日期和时间MT5使用广场II那么,为什么他们不能把服务器时间插入像MqlTick 这样的结构中呢? 返回TimeTradeServer() 中的这个服务器时间?如果在10:00:41 - MARKET CLOSED?????,我们可以谈论什么样的algotrading? Aleksey 2015.09.07 13:48 #357 在最密集的数据流(tumbler)中插入另一个数字字段是多余的。但正如Renat建议的那样,这就是检查变得多余的原因。开发商的脑子里只有外汇...看来,在 "五人帮 "的构想和测试中依靠低流动性工具的要求将永远不会被听到。然而,现在这样做基本上已经太晚了......。 FORTS订单错误(市场关闭)。 Renat Fatkhullin, 2015.03.11 12:31 看看符号的引号--到底是什么时间。如果报价自上一交易日以来没有更新,这意味着市场还没有开盘。我只是想打趣一下这段代码,它将自动并完全正确地考虑到给出的条件。而这一轮必须在每次发送订单前通过,或者在需要这种检查时塑造更多的条件。 Mikhail Filimonov 2015.09.07 14:38 #358 Aleksey:在最激烈的主题(tumblr)中插入另一个数字字段是多余的。可笑的是,即使是....这次交换翻译(你甚至不需要说任何俏皮话)表25.表的信息字段字段类型描述replID i8 复制子系统服务字段replRev i8 复制子系统服务字段replAct i8 复制子系统服务领域infoID i8 唯一密钥logRev i8 期货修订的时刻。快照LifeNum i4 传入流的寿命编号瞬间 t 快照生成时间 Aleksey 2015.09.07 14:55 #359 Михаил:搞笑网....这次的交换广播(甚至不需要弄虚作假)如果它被播出,我不会感到惊讶,只是没有与利害关系捆绑在一起。我个人认为,我不认为每杯酒都要把时间传送给ms.,这会扩大线程,而好处只是为了调试。但这不是一个原则问题。 Mikhail Filimonov 2015.09.07 14:58 #360 Aleksey:如果是传播,我也不会感到惊讶,只是与眼镜没有关系。我个人认为,每次堆栈都把时间传给ms.是没有意义的,它会扩大线程,而且好处只是为了调试。但这不是一个原则问题。关键是,时间是交易的SYNERGY。因为眼镜在清算期间和交易前都在 "移动"。如果指定了服务器的确切时间,那么我们就会知道我们是否在交易的时区!"。现在,我必须(通过定时器)调用函数TimeTradeServer(),该函数返回交易服务器的估计当前时间!!。以确定在哪个我所处的时间门。如果服务器的时间(由交易所广播)会与玻璃(MqlBookInfo())一起出现,那么就不会有任何 "用手鼓跳舞 "的情况了struct MqlBookInfo { ENUM_BOOK_TYPE type; // тип заявки из перечисления ENUM_BOOK_TYPE double price; // цена long volume; // объем }; 是什么阻止了开发人员将快照时间插入结构中?struct MqlBookInfo { datetime moment; //Время создания снэпшота ENUM_BOOK_TYPE type; // тип заявки из перечисления ENUM_BOOK_TYPE double price; // цена long volume; // объем }; 1...293031323334353637383940414243...156 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
:-)
1.在MT5中存在一个错误
在BCS中存在吗?
:-)
1.在MT5中存在一个错误
它在BCS中存在吗?
下午好!
这里有一个EA,试试吧,但选择它时不要超过真实的交易限制(2000)。
每天都有新的惊喜。
每天都有新的惊喜。
而开发商当然也难辞其咎 :)尽管自7月中旬他们更新到1150后,Otkritie的软件本身没有任何变化。
P.S.
在我回复Otkritie指出可能的问题后,他们承诺在周五推出新的访问服务器。由于我不了解的原因,他们可能要到本周二才能完成。等待着...
尽管自7月中旬Otkritie的软件本身没有任何变化,当时他们升级到1150。
当然,这都是我的错!
我坐在这里抠着鼻子在想。
"我能想到的最糟糕的事情是什么?"
P/S广场II有一个FORTS_FUTTRADE_REPL线程
其中有一个心跳表(服务器时钟服务表)。
该表由交易系统内核以一定的周期性填充,可以
用于同步的目的(例如,检查所有交易在某一时刻的到达情况)。
时间)。该表在添加记录的模式下使用;在夜间进行表的清理。
夜间。
表5.表字段
字段类型描述
replID i8 复制子系统服务字段
replRev i8 复制子系统服务字段
replAct i8 复制子系统服务领域
server_time t 服务器日期和时间
MT5使用广场II
那么,为什么他们不能把服务器时间插入像MqlTick 这样的结构中呢?
返回TimeTradeServer() 中的这个服务器时间?
如果在10:00:41 - MARKET CLOSED?????,我们可以谈论什么样的algotrading?
在最密集的数据流(tumbler)中插入另一个数字字段是多余的。
但正如Renat建议的那样,这就是检查变得多余的原因。开发商的脑子里只有外汇...
看来,在 "五人帮 "的构想和测试中依靠低流动性工具的要求将永远不会被听到。然而,现在这样做基本上已经太晚了......。
FORTS订单错误(市场关闭)。
Renat Fatkhullin, 2015.03.11 12:31
看看符号的引号--到底是什么时间。如果报价自上一交易日以来没有更新,这意味着市场还没有开盘。我只是想打趣一下这段代码,它将自动并完全正确地考虑到给出的条件。
而这一轮必须在每次发送订单前通过,或者在需要这种检查时塑造更多的条件。
在最激烈的主题(tumblr)中插入另一个数字字段是多余的。
可笑的是,即使是....
这次交换翻译(你甚至不需要说任何俏皮话)
表25.表的信息字段
字段类型描述
replID i8 复制子系统服务字段
replRev i8 复制子系统服务字段
replAct i8 复制子系统服务领域
infoID i8 唯一密钥
logRev i8 期货修订的时刻。
快照
LifeNum i4 传入流的寿命编号
瞬间 t 快照生成时间
搞笑网....
这次的交换广播(甚至不需要弄虚作假)
如果它被播出,我不会感到惊讶,只是没有与利害关系捆绑在一起。
我个人认为,我不认为每杯酒都要把时间传送给ms.,这会扩大线程,而好处只是为了调试。
但这不是一个原则问题。
如果是传播,我也不会感到惊讶,只是与眼镜没有关系。
我个人认为,每次堆栈都把时间传给ms.是没有意义的,它会扩大线程,而且好处只是为了调试。
但这不是一个原则问题。
关键是,时间是交易的SYNERGY。
因为眼镜在清算期间和交易前都在 "移动"。
如果指定了服务器的确切时间,那么我们就会知道我们是否在交易的时区!"。
现在,我必须(通过定时器)调用函数TimeTradeServer(),该函数返回交易服务器的估计当前时间!!。以确定在哪个
我所处的时间门。如果服务器的时间(由交易所广播)会与玻璃(MqlBookInfo())一起出现,那么就不会有任何 "用手鼓跳舞 "的情况了
是什么阻止了开发人员将快照时间插入结构中?