日志中的条目意味着什么 - 页 3 1234567 新评论 Forex Trader 2005.09.07 00:09 #21 在文件Zigzag_Symbol_TF.rpt(有趣的格式=)中只有一行 - "CloseDateTime,Buy,Sell" 共有6个文件(8个专家),更改日期从23:59到00:01(Alpari时间)。 在我写这篇文章的时候,没有任何变化......。 现在已经够了,我们明天再来处理;) Forex Trader 2005.09.07 05:52 #22 我搞砸了M5=)我把它们钉在了时钟上,仍然没有用...<br / translate="no">。 而现在,你的代码钉住了,开始了新的一小时--在日志中只有一些错误,没有位置开放......。 2005.09.07 01:01:53 quark_test_expert: FileOpen as BIN函数的分隔符错误。 2005.09.07 01:01:11 quark_test_expert: FileOpen as BIN函数的分隔符错误。 2005.09.07 01:00:21 quark_test_expert: FileOpen as BIN函数的分隔符错误。 2005.09.07 01:00:14 quark_test_expert: FileOpen as BIN函数的分隔符错误。 2005.09.07 00:59:55 quark_test_expert: FileOpen as BIN函数的分隔符错误。 2005.09.07 00:59:55 quark_test_expert: FileOpen as BIN函数的分隔符错误。 这些错误可以被安全地忽略。我问过开发商,他们没有回答。 Forex Trader 2005.09.07 05:54 #23 严格来说,最理想的事情是得到开发人员的代码审查,比如,"这里我们需要改变某某某,这就是重点。但由于某些原因,他们什么都不说... Forex Trader 2005.09.07 10:12 #24 <br / translate="no">MetaTrader 4 Mobile, build 184 改进了终端和贸易服务器之间的互动。 我想知道这是否与我们的主题有关? Forex Trader 2005.09.07 13:21 #25 你可以安全地忽略这些错误。我问过开发商,他们没有回答。 那么,它一定不能将信息输出到文件中?如果错误是在文件打开器中... 严格来说,最理想的事情是得到开发人员的代码审查,比如,"这里我们需要改变某某某,这就是重点。但由于某种原因,他们都沉默不语......。 我不认为我们能够...我们需要尽可能地筛选代码,这样我们以后就可以问:"这一行对吗?"=)那么就有更好的机会... 我想知道这是否与我们的主题有关。 MetaTrader 4 移动 版,构建184 我不这么认为.... Forex Trader 2005.09.07 13:36 #26 <br/ translate="no"> 这些错误可以被安全地忽略。我问过开发商,他们没有回答。 。 那么,它不能将信息输出到文件中吗?如果文件打开器错误... 不,程序在文件打开 功能中看到了错误的(从它的角度看)分隔符。它丝毫不影响输出,因为这个字符是针对文本模式的,而我用的是二进制模式。这是一个错误捕捉系统的故障。 。 我不这么认为...我们应该尽可能地筛选代码,这样以后我们就可以问:"这一行对吗?"=)那么就有更好的机会...... 我报告的是他们的控制系统没有发现的错误,影响了资金处理,并有可能--在客户和经纪人之间产生冲突。在我听来,他们应该对我张牙舞爪。 Renat写道(在这个主题中),让我看看日志。我已经给出了所有可能的日志。我还张贴了专家。我还能做什么? 原则上说,我不需要花费任何费用来创建一个变通方法,即客户端进行25次尝试而不是5次,有超时而不是没有超时。这几乎可以保证解决这个问题。或者改变EA的逻辑,虽然这很可惜 :)但也会有其他客户没有发现这个错误,这时就会让他们 "上当"。而他们的日志中会没有任何内容,他们会去找他们的经纪公司投诉。 我不知道这是否与我们的主题有关? MetaTrader 4 Mobile, build 184 我想不是....[/quote] 我错过了 :) Forex Trader 2005.09.07 13:46 #27 你会笑的.... OrderClose返回true,头寸仍未关闭。3次。 2005.09.07 14:35:10 警报:XOINDATR (USDCHF, M5) - Close Buy!<br / translate="no"> #934068号订单已关闭 OK 2005.09.07 14:35:10 XOINDATR USDCHF,M5: trade_lib&info_lib - _OrderClose( 934068, 0.1, 5, 65280 ) - Error on OrderClose(...)。GetLastError() = 6, ErrorDescription = 与交易服务器没有连接,运行时间:241秒。 2005.09.07 14:33:37 警报:XOINDATR (GBPUSD, M5) - 关闭卖出! 订单#934150已关闭 OK 2005.09.07 14:32:26 警报:XOINDATR (GBPUSD, M5) - 关闭卖出! 订单#934150已关闭 OK 2005.09.07 14:31:41 警报:XOINDATR (GBPUSD, M5) - 关闭卖出! 订单#934150已关闭 OK 2005.09.07 13:56:44 警报:XOINDATR (USDCAD, M5) - 平仓买入! 订单#934351已关闭 OK 2005.09.07 13:56:44 XOINDATR USDCAD,M5: trade_lib&info_lib - _OrderClose( 934351, 0.1, 5, 65280 ) - 成功。任务时间:2秒。 2005.09.07 13:56:44 XOINDATR USDCAD,M5: close #934351 buy 0.10 USDCAD at 1.1897 at price 1.1879 2005.09.07 14:35:27 邮件:连接smtp.mail.ru错误 2005.09.07 14:35:10 TradeContext: ping failed 2005.09.07 14:35:10 TradeContext: ping错误 2005.09.07 14:31:09 '63310': 平仓单#934068买入0.10 USDCHF at 1.2376 sl: 0.0000 tp: 0.0000 at price 1.2374 Forex Trader 2005.09.07 14:05 #28 看了看日志。在2天的8位专家中--3个这样的情况=(((( Forex Trader 2005.09.07 21:16 #29 我的理解是否正确,这不仅仅是关于我的EA,你把它放在你身上?XOINDATR是你的东西,对吗? 不用说,不管测试器有多可靠,在其中优化一个EA,在测试器中总是有效的,但在现实中 - 偶尔会有,嗯...找不到合适的词 :)好吧,各位开发者,这里有一个问题给你们...... Forex Trader 2005.09.07 22:17 #30 我的理解是否正确,这不仅仅是关于我的EA,你把它放在你身上?XOINDATR是你的东西,对吗?是的,我的EA,8件...我只是无法想象一个函数会返回错误的东西,而且GetLastError也不会将错误代码分配给....。 如果只有OrderSend而没有OrderClose--仍然是 "未打开 "比 "未关闭 "好=) 1234567 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
共有6个文件(8个专家),更改日期从23:59到00:01(Alpari时间)。
在我写这篇文章的时候,没有任何变化......。
现在已经够了,我们明天再来处理;)
而现在,你的代码钉住了,开始了新的一小时--在日志中只有一些错误,没有位置开放......。
2005.09.07 01:01:11 quark_test_expert: FileOpen as BIN函数的分隔符错误。
2005.09.07 01:00:21 quark_test_expert: FileOpen as BIN函数的分隔符错误。
2005.09.07 01:00:14 quark_test_expert: FileOpen as BIN函数的分隔符错误。
2005.09.07 00:59:55 quark_test_expert: FileOpen as BIN函数的分隔符错误。
2005.09.07 00:59:55 quark_test_expert: FileOpen as BIN函数的分隔符错误。
这些错误可以被安全地忽略。我问过开发商,他们没有回答。
改进了终端和贸易服务器之间的互动。
我想知道这是否与我们的主题有关?
那么,它一定不能将信息输出到文件中?如果错误是在文件打开器中...
我不认为我们能够...我们需要尽可能地筛选代码,这样我们以后就可以问:"这一行对吗?"=)那么就有更好的机会...
MetaTrader 4 移动 版,构建184
我不这么认为....
这些错误可以被安全地忽略。我问过开发商,他们没有回答。 。
那么,它不能将信息输出到文件中吗?如果文件打开器错误...
不,程序在文件打开 功能中看到了错误的(从它的角度看)分隔符。它丝毫不影响输出,因为这个字符是针对文本模式的,而我用的是二进制模式。这是一个错误捕捉系统的故障。 。
我不这么认为...我们应该尽可能地筛选代码,这样以后我们就可以问:"这一行对吗?"=)那么就有更好的机会......
我报告的是他们的控制系统没有发现的错误,影响了资金处理,并有可能--在客户和经纪人之间产生冲突。在我听来,他们应该对我张牙舞爪。 Renat写道(在这个主题中),让我看看日志。我已经给出了所有可能的日志。我还张贴了专家。我还能做什么? 原则上说,我不需要花费任何费用来创建一个变通方法,即客户端进行25次尝试而不是5次,有超时而不是没有超时。这几乎可以保证解决这个问题。或者改变EA的逻辑,虽然这很可惜 :)但也会有其他客户没有发现这个错误,这时就会让他们 "上当"。而他们的日志中会没有任何内容,他们会去找他们的经纪公司投诉。
MetaTrader 4 Mobile, build 184 我想不是....[/quote] 我错过了 :)
OrderClose返回true,头寸仍未关闭。3次。
2005.09.07 14:35:10 XOINDATR USDCHF,M5: trade_lib&info_lib - _OrderClose( 934068, 0.1, 5, 65280 ) - Error on OrderClose(...)。GetLastError() = 6, ErrorDescription = 与交易服务器没有连接,运行时间:241秒。
2005.09.07 14:33:37 警报:XOINDATR (GBPUSD, M5) - 关闭卖出!
订单#934150已关闭 OK
2005.09.07 14:32:26 警报:XOINDATR (GBPUSD, M5) - 关闭卖出!
订单#934150已关闭 OK
2005.09.07 14:31:41 警报:XOINDATR (GBPUSD, M5) - 关闭卖出!
订单#934150已关闭 OK
2005.09.07 13:56:44 警报:XOINDATR (USDCAD, M5) - 平仓买入!
订单#934351已关闭 OK
2005.09.07 13:56:44 XOINDATR USDCAD,M5: trade_lib&info_lib - _OrderClose( 934351, 0.1, 5, 65280 ) - 成功。任务时间:2秒。
2005.09.07 13:56:44 XOINDATR USDCAD,M5: close #934351 buy 0.10 USDCAD at 1.1897 at price 1.1879
2005.09.07 14:35:10 TradeContext: ping failed
2005.09.07 14:35:10 TradeContext: ping错误
2005.09.07 14:31:09 '63310': 平仓单#934068买入0.10 USDCHF at 1.2376 sl: 0.0000 tp: 0.0000 at price 1.2374
不用说,不管测试器有多可靠,在其中优化一个EA,在测试器中总是有效的,但在现实中 - 偶尔会有,嗯...找不到合适的词 :)好吧,各位开发者,这里有一个问题给你们......
如果只有OrderSend而没有OrderClose--仍然是 "未打开 "比 "未关闭 "好=)