错误、漏洞、问题 - 页 1905 1...189818991900190119021903190419051906190719081909191019111912...3184 新评论 Sergey Dzyublik 2017.05.29 18:17 #19041 8.6 е+18 你确定这个数字正好是86000000000000吗？ 如果你把这么多比特转换为千兆字节，你会得到 - 1075000000000000GB。 Aleksey Odinokov 2017.05.29 18:55 #19042 2017.05.29 22:53:02.047 MQL4市场：为下载产品"Prodigy "创建临时文件失败 [267] Sergey Dzyublik 2017.05.29 19:31 #19043 笔记本上的电池耗尽了。 曾在MetaEditor 1601中工作。 电池电量为0%，在编制MT4程序时，笔记本没电了。 我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。 如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。 Vladimir Pastushak 2017.05.29 20:56 #19044 Sergey Dzyublik: 笔记本上的电池耗尽了。 曾在MetaEditor 1601中工作。 电池电量为0%，在编制MT4程序时，笔记本没电了。 我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。 如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。 也许买一台电池更强大的笔记本电脑是有意义的？或者从主电源安全地工作？ Konstantin 2017.05.30 05:42 #19045 Sergey Dzyublik: 笔记本上的电池耗尽了。 曾在MetaEditor 1601中工作。 电池电量为0%，在编制MT4程序时，笔记本没电了。 我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。 如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。 最好是在你的笔记本电脑上设置一个安全防护装置，密切关注电池电量，并在需要时插上电源 )) Aleksey Vyazmikin 2017.05.30 07:35 #19046 Konstantin: 最好在笔记本电脑上设置一个保安，以监测电池电量，必要时插上电源 )) 冬眠就是为了这个目的而存在的...和电源插座，并配有定时器... Nextor 2017.05.30 08:21 #19047 Sergey Dzyublik: 你确定这个数字正好是860000000000？ 如果你把这么多比特转换为千兆字节，你会得到 - 1075000000000000GB。 我自己数过零....现在设置6.18e+18，如果更多的OnTesterPass只在新生代中调用。在直接破解的情况下，它根本不被调用...而在帮助中没有一个字提到它。人们必须自己寻找测试器的这种 "特殊性"，并在这方面花费很多时间。 Konstantin 2017.05.30 15:10 #19048 我对合同规范感到困惑。1.滴答大小==滴答步骤==SYMBOL_TRADE_TICK_SIZE2.Tick价格==1点的价值==SYMBOL_POINT我的理解是否正确？这种混乱是由于在Otkritie经纪公司的TGKA股票引起的，那里的规格是不正确的。1.刻度线大小==0.000005 2.勾股价==0.00001（应该是0.000001）。 Konstantin 2017.05.31 02:35 #19049 为什么在MT5中，优化集和单个测试运行的结果有很大差异？我在股票区看到了这个。我翻阅了关于使用测试器工作的特殊性的帮助，但只发现一个不清楚的时刻，可能会影响到上述情况。从帮助章节 "测试器中的时间建模 "开始，TimeTradeServer() 函数返回的服务器时间总是等于GMT时间，没有对时区偏移进行修正。由于测试中的机器人在拍卖之间有一个操作窗口，并使用TimeTradeServer()函数来同步这个窗口，这可能是有原因的，我们应该在测试中加入时区校正。 zenz 2017.06.05 12:19 #19050 你好！在MT4中，当你删除点差内的限价单时，经常会出现错误情况--待删除的订单挂起，只能通过重新加载终端来解决。就我对该机制的理解而言， ，它以下列方式发生。 1 ) 我们在价差内设置限价，接近价格Ask （对于买单 Limit）或Bid （对于卖单 Limit），一段时间后我们尝试删除它。 2 ) 我们发送OrderDelete()命令，当这个命令传到服务器时，订单可能已经在服务器上执行了（它在价差内，非常接近激活价格）。看来，当命令到达服务器时，它将被应用于市场订单，我们将在终端中得到一个错误和一个冻结的订单。 在这种情况下，终端中的订单仍然是限价订单（也可以用OrderType()函数定义为限价订单），只有在终端重启后才会显示为市场订单。 如果你一直把它作为极限一 ，你会在专家顾问的日志中看到一个错误，代码：3，在终端日志中：[无效的 参数]。实际上，对这样一个暂停的订单不可能有任何行动--它在客户终端是一个限价订单，在服务器上是一个市场订单 。该订单也不能被手动删除。 我附上一个简化的EA（仅用于买入 Limit），用于再现错误，以及一个平行安装了8个EA的配置文件（错误出现得更快，而不是由一个EA捕获错误--尽管它也发生在一个安装的EA上）。买入 订单 限价被设置为低于卖出价 1个五位数点 ，并在 ，设置1秒后被删除。如果你设置了一个订单，甚至低于Ask 价格5个点 ，并在任何数量的秒/分钟/小时后删除它，错误仍然会不时发生，只是频率较低，因为其出现的机制没有改变。 你需要启动终端 并等待挂单出现。通常情况下，你不需要等待超过一个小时，这取决于市场活动。 以防万一，系统。 Microsoft Windows XP（基于X86的电脑），IE 08.00，2 x Intel Core i3-2120@ 3.30GHz，内存：2421 / 3981 Mb，硬盘：195187 / 666422 Mb，GMT+03:00 MT4：4.00版 Build 1090（2017年5月19日）。 MetaEditor：版本5.00 build 1601（2017年5月19日）。 附加的文件： u5n4kzh_7_uygliu.zip 51 kb Errors, bugs, questions 1...189818991900190119021903190419051906190719081909191019111912...3184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
如果你把这么多比特转换为千兆字节，你会得到 - 1075000000000000GB。
曾在MetaEditor 1601中工作。
电池电量为0%，在编制MT4程序时，笔记本没电了。
我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。
如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。
笔记本上的电池耗尽了。
曾在MetaEditor 1601中工作。
电池电量为0%，在编制MT4程序时，笔记本没电了。
我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。
如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。
也许买一台电池更强大的笔记本电脑是有意义的？或者从主电源安全地工作？
笔记本上的电池耗尽了。
曾在MetaEditor 1601中工作。
电池电量为0%，在编制MT4程序时，笔记本没电了。
我非常惊讶，当我下次打开工作文件而不是代码时，它包含311KB的NUL值。
如果可能的话，请考虑在编译过程中对保存程序进行更安全的实现。
最好在笔记本电脑上设置一个保安，以监测电池电量，必要时插上电源 ))
冬眠就是为了这个目的而存在的...和电源插座，并配有定时器...
你确定这个数字正好是860000000000？
如果你把这么多比特转换为千兆字节，你会得到 - 1075000000000000GB。
我自己数过零....
现在设置6.18e+18，如果更多的OnTesterPass只在新生代中调用。在直接破解的情况下，它根本不被调用...而在帮助中没有一个字提到它。人们必须自己寻找测试器的这种 "特殊性"，并在这方面花费很多时间。
我对合同规范感到困惑。
2.Tick价格==1点的价值==SYMBOL_POINT
我的理解是否正确？
这种混乱是由于在Otkritie经纪公司的TGKA股票引起的，那里的规格是不正确的。
1.刻度线大小==0.000005
2.勾股价==0.00001（应该是0.000001）。
你好！在MT4中，当你删除点差内的限价单时，经常会出现错误情况--待删除的订单挂起，只能通过重新加载终端来解决。就我对该机制的理解而言， ，它以下列方式发生。
1 ) 我们在价差内设置限价，接近价格Ask （对于买单 Limit）或Bid （对于卖单 Limit），一段时间后我们尝试删除它。
2 ) 我们发送OrderDelete()命令，当这个命令传到服务器时，订单可能已经在服务器上执行了（它在价差内，非常接近激活价格）。看来，当命令到达服务器时，它将被应用于市场订单，我们将在终端中得到一个错误和一个冻结的订单。 在这种情况下，终端中的订单仍然是限价订单（也可以用OrderType()函数定义为限价订单），只有在终端重启后才会显示为市场订单。 如果你一直把它作为极限一 ，你会在专家顾问的日志中看到一个错误，代码：3，在终端日志中：[无效的 参数]。实际上，对这样一个暂停的订单不可能有任何行动--它在客户终端是一个限价订单，在服务器上是一个市场订单 。该订单也不能被手动删除。
我附上一个简化的EA（仅用于买入 Limit），用于再现错误，以及一个平行安装了8个EA的配置文件（错误出现得更快，而不是由一个EA捕获错误--尽管它也发生在一个安装的EA上）。买入 订单 限价被设置为低于卖出价 1个五位数点 ，并在 ，设置1秒后被删除。如果你设置了一个订单，甚至低于Ask 价格5个点 ，并在任何数量的秒/分钟/小时后删除它，错误仍然会不时发生，只是频率较低，因为其出现的机制没有改变。
你需要启动终端 并等待挂单出现。通常情况下，你不需要等待超过一个小时，这取决于市场活动。
以防万一，系统。
Microsoft Windows XP（基于X86的电脑），IE 08.00，2 x Intel Core i3-2120@ 3.30GHz，内存：2421 / 3981 Mb，硬盘：195187 / 666422 Mb，GMT+03:00
MT4：4.00版 Build 1090（2017年5月19日）。
MetaEditor：版本5.00 build 1601（2017年5月19日）。