ログブックエントリーの意味するところ - ページ 2

新しいコメント
 
専門家を拘束して様子を見る )

ところで、最近、未知のコマンドが飛び出すことがあるのですが、誰かが書いていた記憶があるのですが、アーカイブを探しても見つからず......。
は、どのように終わったか覚えている人はいますか？
 
と書きました :)何にも終わらなかった。セマフォとタイムアウトを追加することで、ほぼ問題は無効化されましたが、お分かりのように、この「ほぼ」でリアルにトレードが成立しなければ、十分とは言えません。

エラーには様々な種類があり、主なものは「価格違い」「6」「1」です。でも、他にもありますよ :)

ちなみに、私のログを見ると、5回の試行で突破し、成功に至ることもあるようです。例:
Attempting to close short position, ticket: 1775545
Order with this ticket still present, trying again
Order with this ticket still present, trying again
No more orders with this ticket No, sell closed

Two attempts (instead of the case when all attempts failed) and the order is closed.
 
<br/ translate="no"> 私も今、8つのEAをぶら下げていますが、すべてM5です。
00:00 から 12:00 まで
取引 - 141
エラー - 3 件（「1」、「6」2 件）
.


ちなみに、pingではエラーメッセージは 出ません。そのため、Expert Advisorが何かを行おうとしたことが、原則的にわからない場合があります。
 
unknownコマンド - 与えました、その後何度かありましたが、理由はわかりませんでした、こちらを見てください -http://forum.alpari-idc.ru/viewtopic.php?t=45230&start=30
この掲示板に複製したのですが、どこだったか覚えていません。

この2つのフォーラムで私の投稿を読んだ人がいるかどうか - これは私にはわかりません ...
 
ちなみに、pingではエラーメッセージは出ません。だ
から、
原理的には、エキスパートが何かをしようとしたことを知らないかもしれない。
pingについてログには何もない。
 
Кстати, пинг ведь не дает сообщения об ошибке. Так что, в принципе, о том, что эксперт пытался что-то сделать, ты мог и не узнать.
ログにはPingのことは何も書かれていません。


そこがポイントです。あるいは、Pingが失敗し、サーバーとの接続がないため、EAは何事もなかったかのように動作し、サーバーからエラーコードは返されず、ポジションは正常にオープン-クローズされたとみなされる...ただ、怖いだけです :)私が引用したコードバリエーションは、注文を閉じようとした後、このチケットで開いている注文があるかどうかをチェックします。つまり、

エラー報告 システムにチェックが回ってくるのです。このようにして、注文の締め切りの異常事態のほとんどを知ることができるのです。オープニングは別問題です。ここでチケットを確認することはできません :(
 
そこがポイントです。サーバーとの接続がないため、エラーコードはサーバーから返されず、ポジションは正常にオープン - クローズされたとみなされます...。ただ、怖いだけです :)

多くのエラーはターミナル自体から返されます - それは接続を必要としません ;) オフラインで強制的にポジションを 開いたり閉じたりしてみて ください =))

私が引用したバージョンのコードでは、注文を閉じようとした後、そのチケットで未決済の注文があるかどうかを確認します。つまり、このチェックはエラーメッセージシステムをバイパスする。このようにして、ほとんどの異常な注文の終了状況を知ることができるのです。

私はこのようにチェックしています：
bool orderclose = OrderClose( _OrderTicket, _Volume, _ClosePrice, _Slippage, _Color ); _GetLastError = GetLastError(); //---- もしエラーがあった場合、 if ( !orderclose || _GetLastError > 0 ) { ...


擬似閉塞位置の状況は今のところ観測されていない ;) zy.コードについてそれをコピーしてカスタマイズし、ライブラリを繋いで8枚のM5チャートで動かしてみました。その後、私は離れて、私は戻ってきたときに私は何も起こりません - EAが取引されていないことがわかりました (( 私は今、あなたのバージョンを起動し、明日私は私のが動作しなかった理由を作るでしょう;).





 
多分、Pingの関係で、注文を再試行するサイクルがないのだと思いますが、この場所でリフレッシュを呼び、より新鮮な価格を置くべきかもしれません。常
に新鮮な価格、つまりMarketInfo(Symbol(, MODE_BID ) and MODE_ASKを使用するのが良いと思います。
 
<br/ translate="no">z.コードについて
私はまだ、記事を書いたときに、それをコピーし、設定し、私のライブラリを接続し、8つのM5チャートで実行されます。その後、私は離れて、戻ってきたとき、私は何も起こらないことを発見した - EAが取引されない（(
私は今、あなたのバージョンを実行し、明日、私は私のものが動作しなかった理由を見つけるためにしようとします;)
。


例えば、 if(Symbol() == "EURUSD" &&
Period()== 60) :) のように時間に対する明確な設定があるのに、どうして5分足のシンボルで動作するのでしょうか？）残念ながら、長い間待つ必要がありそうです。このExpert Advisorは週に1回程度失敗します。実際、取引頻度は低いです。60を削除してM5で実行することもできますが、この場合、失敗することが確実です。
 
M5についてしくじりました =)時計にピンを刺したのに、まだ動かない・・・。

そして今、あなたのコードを添付し、新しい時間を始めた - ログで唯一のいくつかのエラーは、ノーポジションが開いていない...
2005.09.07 01:01:53 quark_test_expert: FileOpen as BIN functionのデリミタが間違っている<br / translate="no"> 2005.09.07 01:01:11 quark_test_expert: FileOpen as BIN functionのデリミタが違っている。
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関数のデリミタが正しくない
1234567
新しいコメント