顾问是否适用于现实生活? - 页 32 1...252627282930313233343536373839...52 新评论 Alexander 2011.09.21 23:41 #311 当这种情况发生时,订单肯定会在受阻区域。 Bicus 2011.09.22 04:29 #312 FOReignEXchange: 我真他妈的愚蠢。我忘了说最重要的事情。在测试器中一切工作正常。这就是问题所在。如果该订单在测试器中不会被删除,我就不会打扰。但它在真实账户中没有被删除,如果在交易后激活了可视化,则在测试器中被删除。 这就是为什么我认为它看起来像是语言中的某种错误。我的印象是,它不能从选定的订单中删除很多数据。这不是我第一次遇到这个问题了。更确切地说,我其实一直都在遇到这种情况。在测试器中一切正常,但在现实生活中却不正常。 没有虫子。 延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。 Лекарь Центозависимых 2011.09.22 05:50 #313 Bicus: 没有虫子。 延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。 如果是这样,当你试图删除它时,日志会显示一个错误。不过,只有在代码中处理了错误的情况下。 Vladimir Paukas 2011.09.22 05:58 #314 OnGoing: 如果是这样,当试图删除时,它将在日志中写下一个错误。不过,只有在代码中处理了错误的情况下。 测试人员可能正在处理一个空的蜡烛,毫无疑问。 Лекарь Центозависимых 2011.09.22 06:05 #315 paukas: 测试员可能正在处理一个零蜡烛,这是毫无疑问的。 也可能是服务器有漏网之鱼,作者,用一个正常的经纪人测试。 Денис 2011.09.22 06:06 #316 Bicus: 没有虫子。 延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。 日志中没有任何错误。而且越是这样,这种情况大多发生在中等波动的白天。昨天有两个订单在强烈的运动后没有被删除,大约在运动后10分钟,当一切都平静下来。而在欧洲的这次行动中,除了日志中出现错误的情况外,一切似乎都在工作。 Денис 2011.09.22 06:09 #317 paukas: 测试者很可能在处理一个零度的蜡烛,这是毫无疑问的。 你说的零是什么意思? Vladimir Paukas 2011.09.22 06:23 #318 FOReignEXchange: 你如何理解零? 当前酒吧的条件是。测试人员认为它已经完成。而实际的掐架高低还不知道,只知道开场。 Денис 2011.09.22 06:25 #319 Bicus: 没有虫子。 延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。 点差总是固定的。我从来没有看到它增加或减少。 Bicus 2011.09.22 06:25 #320 FOReignEXchange: 日志中没有任何错误。此外,这种情况通常发生在一天之中,当波动性适中时。昨天有两个订单在强势移动后没有被删除,大约在强势移动后10分钟,一切都平静下来。而在欧洲的这次行动中,除了日志中出现错误的情况外,一切似乎都在工作。 if (//Тут условие//) { if (OrderSelect(ticket_buy,SELECT_BY_TICKET)==true) { if (OrderType() == OP_BUYSTOP && Ask > (OrderOpenPrice() - 4 * Point)) { i=0; while (i<10) { if (i>0) Sleep(500); RefreshRates(); OrderDelete(ticket_buy); err=GetLastError(); if (err==0) { ticket_buy=0; return; } i++; } } } } 所以你有一个买入止损单。然后,当价格接近它时,你就会观察,并试图将其删除。我认为,但这是关于冻结的水平。试着把代码改写成这样。 if (//Тут условие//) { if (OrderSelect(ticket_buy,SELECT_BY_TICKET)==true) { if (OrderType() == OP_BUYSTOP) { Print ("Уровень заморозки: ", MarketInfo (Symbol(), MODE_FREEZELEVEL), ", Ask: ", Ask); if (Ask > (OrderOpenPrice() - 4 * Point)) {Print ("Зашли в условие"); i=0; while (i<10) { if (i>0) Sleep(500); RefreshRates(); OrderDelete(ticket_buy); err=GetLastError(); if (err==0) { ticket_buy=0; return; } i++; } } } } } 而且坦率地说,在我看来,只有在价格接近时才删除订单,这很奇怪。 1...252627282930313233343536373839...52 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我真他妈的愚蠢。我忘了说最重要的事情。在测试器中一切工作正常。这就是问题所在。如果该订单在测试器中不会被删除,我就不会打扰。但它在真实账户中没有被删除,如果在交易后激活了可视化,则在测试器中被删除。 这就是为什么我认为它看起来像是语言中的某种错误。我的印象是,它不能从选定的订单中删除很多数据。这不是我第一次遇到这个问题了。更确切地说,我其实一直都在遇到这种情况。在测试器中一切正常,但在现实生活中却不正常。
没有虫子。
延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。
没有虫子。
延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。
如果是这样,当试图删除时,它将在日志中写下一个错误。不过,只有在代码中处理了错误的情况下。
测试员可能正在处理一个零蜡烛,这是毫无疑问的。
没有虫子。
延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。
日志中没有任何错误。而且越是这样,这种情况大多发生在中等波动的白天。昨天有两个订单在强烈的运动后没有被删除,大约在运动后10分钟,当一切都平静下来。而在欧洲的这次行动中,除了日志中出现错误的情况外,一切似乎都在工作。
测试者很可能在处理一个零度的蜡烛,这是毫无疑问的。
你说的零是什么意思?
你如何理解零?
没有虫子。
延长传播是一个恶作剧。而冻结级别,一旦达到,订单就会被封锁,什么也做不了。
点差总是固定的。我从来没有看到它增加或减少。
日志中没有任何错误。此外,这种情况通常发生在一天之中,当波动性适中时。昨天有两个订单在强势移动后没有被删除,大约在强势移动后10分钟,一切都平静下来。而在欧洲的这次行动中,除了日志中出现错误的情况外,一切似乎都在工作。
所以你有一个买入止损单。然后,当价格接近它时,你就会观察,并试图将其删除。我认为,但这是关于冻结的水平。试着把代码改写成这样。
而且坦率地说,在我看来,只有在价格接近时才删除订单,这很奇怪。