ER 016:16:32.370 Trade 2015.10.0113:20:00 sell limit 1.00 RTS-12.15 at 79210 (79200 / 79300 / 79200)
EF 016:16:32.370 Trade 2015.10.0113:20:00 order [#8 sell limit 1.00 RTS-12.15 at 79210] triggered
NG 016:16:32.370 Trades 2015.10.0113:20:00 deal #8 sell 1.00 RTS-12.15 at 79210 done (based on order #8)
NK 016:16:32.370 Trade 2015.10.0113:20:00 deal performed [#8 sell 1.00 RTS-12.15 at 79210]
EL 016:16:32.370 Trade 2015.10.0113:20:00 order performed sell 1.00 at 79210 [#8 sell limit 1.00 RTS-12.15 at 79210]
应用
存储中的错误
打开, 开始: 2015.09.29 17:09, #1311805
悬而未决的问题...
我从一月份开始就把它挂起来了。雷纳特立即告诉我该怎么做，我给SD写信，就这样......。这里有一个关于该问题的帖子的链接https://www.mql5.com/ru/forum/40226
在四合院中，和以前一样。
在不滚动图表的情况下，不可能抽出历史记录，只能通过模仿PgUp键--在四维论坛上写了很多。
你也可以通过在 "所有刻度 "模式下多次运行测试器来增加历史数据。正在测试的时间段和下面直到M1的时间段将被调换到最大值--将多次尝试下载服务器上的所有数据，而不注意图表上最大条数 的设置。
事实证明，你可以。使用ChartNavigate()函数。感谢Karputov Vladimir!
副作用。只有在绝对必要时才使用它
当专家顾问 在F4中使用 时，在所有其他条件相同的情况下，在历史记录上花费的内存要比F5多得多。
副作用。只有在绝对必要时才使用它
当使用专家顾问时， 在所有其他条件相同的情况下，Q4中的历史记录比F5中使用的内存多得多。
最初，你想要一个能重新加载故事并完成其工作的函数。这个功能是相当合适的。一切都比让用户手动滚动浏览历史记录或通过winapi推送PgUp更方便。
是的，而且在这个阶段，历史上的指标是需要的。指示器也会消耗更多的内存吗？
如果这不是一个秘密，那么还有多少次？按时间还是按顺序（-s）？
副作用。只有在绝对必要时才使用它
在四人组中，在其他条件相同的情况下，使用 历史上的专家 比五人组消耗的内存要多得多
Vyacheslav，请澄清Errors, Bugs and Questions主题中的TradeTransaction事件。
为什么你坚持要叫我维亚切斯拉夫？哪里写着我是维亚切斯拉夫？我从来没有去过。
你采取了什么措施来调查这个问题？分享
为什么你坚持要叫我维亚切斯拉夫？哪里写着我是维亚切斯拉夫？从来没有过。
对不起，我以为斯拉瓦是我的名字，斯特林戈是我的绰号。我怎么称呼你呢？
"就叫我我们的伊里奇吧。"
它被写成Slawa，你可以在俄语中拼成Slava。
我将重复我后来写的问题。
你自己采取了哪些措施来调查这个问题？
为什么你坚持要叫我维亚切斯拉夫？哪里写着我是维亚切斯拉夫？从来没有过。
你自己采取了哪些措施来调查这个问题？分享
所以这毕竟是一个问题。我分享。测试仪！仿真--所有蜱虫。MT5 1210 x64。限价单是为了卖出而 下的。它是由专家顾问以一个符号的最小手数放置的。这里是日志。
专家顾问不是黄牛党；交易并不频繁。在这种情况下，只有一个订单。专家顾问通过OnTradeTransaction函数分析TradeTransaction事件。从逻辑上讲，一旦收到TRADE_TRANSACTION_DEAL_ADD交易（订单已被执行形成头寸），就会有一对止损订单。相应地，对于卖出来说，它们是BuyLimit和BuyStop。
该订单被执行，日志中显示如下。
如你所见，一个交易收到两个TRADE_TRANSACTION_DEAL_ADD 交易。因为这有两对订单被打开。但为什么一个交易会启动两个TRADE_TRANSACTION_DEAL_AD 类型的交易？
"就叫我我们的伊里奇吧。"
它被写成Slawa，你可以在俄语中拼成Slava。
我将重复我稍后提出的问题。
你自己采取了哪些措施来调查这个问题？