アラート:MT4ターミナルがエキスパートから送信された注文を複製しています。

 

MT4取引口座では、どこでも厄介なことが起こっています(私が知る限り、どのブローカーでも起こりえます)。プラットフォームは、まれにですが、エキスパートが送った注文を重複して出すことがあります。

MT4ビルド500で少なくとも3回 この現象が発生しました。最初の2回はデモ口座で、最後の1回は昨日、リアル 口座で起こりました。問題は以下のように起こりました。

1)異なるMT4のインストレーションで

2)異なるコンピュータで

3)異なるブローカーで。

4)異なるエキスパートアドバイザーを使用して います。

上記のすべてに加えて、これがターミナルの問題であることを教えてくれる事実は、非常に簡単に確認することができます。重複注文が発生するとき

1)正規の注文の直後に、全く同じロットサイズ、シンボル、コメントで 発生する。

2)最初の注文は、通常通り、エキスパートタブとジャーナル タブに表示される。しかし、重複はジャーナルには表示されるが、expertsタブには表示されない。これは、複製がエキスパートによって送信されたものではないことの確実な証拠である。

私はMetaquotesにこの問題をできるだけ早く修正するよう強く求めます。昨日、私は重複した操作を手動で閉じなければならず、あまり多くはないのですが、お金を失いました。しかし、この問題は、自動化された口座に本当に大混乱をもたらす可能性があります。

もし、この問題を見た人がいたら、私たちが追加の証拠を得て、対応するバグが迅速に修正されるように、報告してください。

 
Ricardo1:

この問題は、EAがティック単位で動作するように設計されているため、例えば、EAがM5で平均的にクロスしている場合、その5分間は価格が流れ、注文を送信する条件が複数回発生する可能性があることだと思います。


解決策としては、注文を送信する際に、オープンであるか、マーケットに注文があるかどうかをチェックするフィルタを設定することです。または、バー単位で動作させる。申し訳ありませんが、私は初心者なので、問題がどれなのか考えることはできますが、コードを投稿することはできません :).

これが役立つことを願っています。

 
Ricardo1: Metaquotes社には、この問題を早急に解決するよう強く求めます。
なぜ問題がMT4にあり、あなたのEAに ないと思うのですか?あなたのコードを投稿してください。
 
Ricardo1:

MT4取引口座では、どこでも厄介なことが起こっています(私が知る限り、どのブローカーでも起こりえます)。プラットフォームは、まれにですが、エキスパートが送った注文を重複して出すことがあります。

MT4ビルド500で少なくとも3回 この現象が発生しました。最初の2回はデモ口座で、最後の1回は昨日、リアル口座で起こりました。問題は以下のように起こりました。

1)異なるMT4のインストレーションで

2)異なるコンピュータで

3)異なるブローカーで。

4)異なるエキスパートアドバイザーを使用して います。

他のチャートで動作しているEAのコピーを終了する必要があります ... ... もしそうでなければ、エキスパートが開始し、重複した注文を示すエキスパートのログファイルを投稿してそれを証明してください。 この間違いは以前にもありました ... ...

 

あなた方には少々驚かされます。私が何か間違ったことをしているに違いない、MT4にバグがあるはずがない、と決めつけるのです。ここで、あなたの答えにお答えします。


xavilin


これはEAの問題ではありません。私が使っているEAは、異なるプラットフォームで1年以上動作しています。それに、この問題は3つの異なるEAで起きています。私のEAと商用EAの2つです。


WHRoederです。

私のコードを掲載することはできませんが、私が言ったように、この問題は3つの異なるEAで起こりました。もちろん、バックテストでは決して起こりません。言ったように、これは非常に稀なことなのです。実際、私のEA(昨日使っていたもの)が動いていた時間を合計すると、すべてのアカウントを合計すると、数年間動いていたことになります。そして昨日、それは*初めて*起こったのです。それは私のコードのバグである可能性があると思いますか?


RaptorUK

私がアカウントに複数のEAを持っていて、これを問題として報告するほど単純だと本当に思いますか?


前にも言ったように、主な証拠は、ジャーナルタブには順序があるが、エキスパートタブには*ない*ということです。EAが注文を送信しているのに、expertsタブがそれを報告していないというのは、文字通りありえないことなのです。

エキスパートログとジャーナルログの両方をここに掲載してもいいのですが、プライバシーの関係で私には無理なのです。しかし、私はその必要はないと思っています。もしあなたが、私が両方のファイルを読んで、その内容を伝えることができると信じるなら、偽の注文はジャーナルログに含まれていて、エキスパートログには含まれていない、つまり、どのエキスパートによっても全く開始されていないことを信じてください。もちろん、私が主導したわけでもありません。

確かにサポートしてほしいのですが、それは私たちユーザー全員のためです。全くエラーがないと思えば、Metaquotesはバグを認めるのに時間がかかるでしょう。

私はこのことをあなたと共有する義務があると感じました、そして、私はMetaquotesが少なくともいくつかのチェックを行うことを願っています。

 
Ricardo1: あなた方には少々驚かされます。私が何か間違ったことをしているに違いない、MT4にバグがあるはずがない、と決めつけています。ここで、あなたの答えに対処します。

どう言えばあなたのような人を怒らせずにすむのか、うまく言えないのですが。しかし、あなたはその態度を改める必要があります。誰かが何かをバグだと主張するとき、それは再現可能であることを意味します。あなたはバグを再現する方法を持たず、それがどんな意味であれ「初めて」起きたと主張し、コードが問題でないことを除外するコードを提供しません。誰がどうやってこれを突き止めるというのでしょう?

言うまでもなく、このソフトを使って毎日何百万という取引をしている人々の中で、この現象が起きているのはあなただけです。もし、このようなことが皆に起こっていたら(めったにないことですが)、このフォーラムで私たちはまだこのことについて頻繁に耳にしていることでしょう。多くの人がここでバグに泣いていますが、99%の場合、問題は彼らのコードの中にあります。私は一旦責任を押し付けるのをやめると、自分のコーディングの問題の多くをより速く解決することができました。

Ps:RaptorUKはMetaQuotesの代表ではありません。彼はソーシャルモデレーターであり、彼のコメントはあなたや私のコメントと同じぐらい重要です。なぜ、これはブローカーの 問題ではないのでしょうか?他の人があなたの このバグを 報告し始めるまで、IMOの証明責任はあなたにあります。

 
Ricardo1:


RaptorUK です。

アカウントに複数の EA を入れていて、これを問題だと報告するほど私が単純だと思いますか?


前にも言いましたが、主な証拠は、ジャーナルタブには注文があるのに、エキスパートタブにはない*ということです。EAが注文を送信しているのに、expertsタブがそれを報告していないというのは、文字通りありえないことなのです。

エキスパートログとジャーナルログの両方をここに掲載することも可能ですが、プライバシーの関係で私には不可能です。しかし、私はそれが必要だとは思いません。もし、私が両方のファイルを読んで、その内容を伝えることができると信じるなら、偽の注文はジャーナル・ログに含まれていて、エキスパート・ログには含まれていない、つまり、どのエキスパートによっても開始されなかったと信じてください。もちろん、私が主導したわけでもありません。

確かにサポートしてほしいのですが、それは私たちユーザー全員のためです。全くエラーがないと思えば、Metaquotesはバグを認めるのに時間がかかるでしょう。

Metaquotesが少なくとも何らかのチェックをすることを望みます。


私が言ったように ... ... 以前にもあったことですし(投稿と私の返信を探しましたが見つかりませんでした)、OPもMT4の問題を想定しています ... ... 。

もし、あなたが調査する証拠を投稿せず、問題を再現する方法も投稿しないなら、どうやって誰かが調査して助けてくれると期待しますか? 是非、サービスデスクの問題を提起してください。しかし、あなたは問題を特定/診断するのに役立つ情報を提供したくないようですね。アカウント番号を編集/削除(検索と置換)することができます ... すべてのログを投稿する必要はありません。

注文履歴を見て、その注文はそこにありますか? 履歴プールにある注文にマジックナンバーがあるかどうかを調べる小さなスクリプトを書いてください。この問題が、あなたやあなたが動かしているEAが原因なのかどうか知りたいでしょう。

 

ubzenさん、RaptorUKさん。ご回答ありがとうございました。

ubzenさん、あなたのおっしゃることは一理あります。"言うまでもなく、このソフトを使って毎日何百万もの取引をする人々の中で、このようなことが起こっているのはあなただけです。"その反論には答えられません。私はいくつかの口座でかなりの数のEAを動かしていますが、2つの異なるブローカーのプラットフォームで、ビルド500で3回この現象を見ています。しかし、私は証拠そのものを見たので、たとえ他の何百、何千人がまだ話していないとしても、それを疑うことはありません。

とはいえ、「誰かが何かをバグだと主張するということは、それが再現可能だということだ」と言うのなら、それは間違いだと言わざるを得ません。最も困難なバグは、まさにユーザーによる再現性がないものです。このようなバグはめったに発生しませんし、ソフトウェアの巨人が知っているように、追跡するのに多くの時間と労力を必要とします。なぜなら、バグが発生するためには、ある一定の条件が必要であり、その条件は必ずしもユーザーのコントロール下にあるとは限らないからだ。Microsoft Officeのようなものを広く使っている人なら、それを証明することができるでしょう。

RaptorUKさん、個人情報を除いたファイルの掲載のお申し出をありがとうございました。個人情報を省いて、このウィンドウにそのまま掲載します。(ウブゼン。私は証明する必要がないので、証明責任はないと思いますが、誰かが興味を持つかもしれないので、見せたいと思います)。


2013.06.11のエキスパートログ。

22:32:05 Expert Advisor 1 EURCHF,M15: RequestedOpen Price for BUY Order:1.2307

22:32:07 Expert Advisor 1 EURCHF,M15: Open #20212520 buy 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320 ok

2013.06.11のジャーナルログ。

05:14:12 '000000': ログイン

05:14:30 '000000': ログイン

05:14:31 '000000': 201.141.75.152から前回の認証が成功しました。

08:10:12 '000000': ログイン

08:10:17 '000000': ログイン

08:10:19 '000000': 201.141.75.152から実行された以前の正常な認証

20:33:35 '000000': ログイン

20:33:43 '000000': データセンターの接続に失敗しました [2].

20:33:44 '000000': 201.141.75.152から実行された以前の成功した認証

22:32:06 '000000': インスタントオーダー買い0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

22:32:07 '000000': リクエストはサーバーによって受け入れられました。

22:32:07 '000000': リクエストは処理中です。

22:32:07 '000000': 注文が開始されました :#20212520 buy 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

22:32:08 '000000': インスタントオーダー買い0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

22:32:08 '000000': リクエストはサーバーによって受け入れられました。

22:32:08 '000000': リクエストは処理中です。

22:32:10 '000000': 注文が開始されました :#20212521 buy 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

23:07:26 '000000': ワンクリック取引が可能になりました。

23:07:31 '000000': クローズオーダー #20212521 buy 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320 at price 1.2291

23:07:32 '000000': リクエストはサーバーによって受け入れられました。

23:07:32 '000000': リクエストは処理中です。

23:07:32 '000000': 注文 #20212521 買い 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320 close at price 1.2291


ご覧のように、注文20212520は専門家によって開始されました。しかし、注文20212521はそうではありません。この偽注文は手動で決済されました (ジャーナルファイルの最後の5行が手動操作に対応しています)。

冗長になってしまいますが、もう一度言います。偽の注文20212521はエキスパート・ログに報告されていないので、どのエキスパートによっても開始されておらず、エキスパートのコードはこの目的には関係ありません。

 

Ricardo1:

...

ご覧の通り、オーダー20212520は専門家が開始したものです。しかし、オーダー 20212521 はそうではありません。この偽の注文は手動で決済されました (ジャーナルファイルの最後の5行が手動操作に対応しています)

冗長になってしまいますが、もう一度言います。20212521はエキスパートログに報告されていないので、どのエキスパートによっても開始されていないことになり、エキスパートのコードはこの目的には関係ありません。

あなたのEAはマジックナンバーを使用していますか?

もしそうなら、あなたの「インチキ」注文にマジックナンバーがあるかどうかチェックしてみて ください。履歴タブで確認できます。ウィンドウをスクロールして注文を確認し、その注文の上にマウスを置くと(クリックせずに)、ツールチップが表示され、次のようなことが表示されるはずです。

#20212521, id 12345

マジックナンバーがない場合、idフィールドがありません。

 
Ricardo1:


22:32:06 '000000': インスタントオーダー買い0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

22:32:07 '000000': リクエストはサーバーによって受け入れられました
22:32:07 '000000': リクエストは処理中 です。
22:32:07 '000000': 注文が開始されました。#20212520 buy 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320

22:32:08 '000000': インスタントオーダー買い0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320
22:32:08 '000000': リクエストはサーバーによって受け入れられました
22:32:08 '000000': リクエストは処理中 です。
22:32:10 '000000': 注文が開始されました :#20212521 買い 0.01 EURCHF at 1.2307 sl: 1.2232 tp: 1.2320


ご覧のように、注文20212520はエキスパートによって開始されました。しかし、注文 20212521 はそうではありませんでした。

私が見たのは、EAが注文をオープンし、その1秒後に別の注文をオープンしたことです。2つのパケットが一緒に出てしまったわけではありません。

OrderSendの前後にprint文を入れて、2回呼んでいることを証明して ください。

 
angevoyageur:

あなたのEAはマジックナンバーを使用していますか?

もしそうなら、あなたの「インチキ」注文にマジックナンバーがあるかどうかチェックしてみてください。履歴タブで確認できます。ウィンドウをスクロールして注文を確認し、その注文の上にマウスを置くと(クリックせずに)、ツールチップが表示され、次のように表示されます。

#20212521, id 12345

マジックナンバーがない場合、idフィールドがありません。



偽の注文は、コメントやマジックナンバーも含め、すべてオリジナルの注文と同じです。しかし、EAはそれを送信していません。私が言ったように、エキスパートログがそれを証明しています。
理由: