CopyTicks」のテスト - ページ 5

 
Karputov Vladimir:
つまり、問題を示す最短の例(念のため明記しておきますが、「例」とは1個 単位の*.mq5ファイル、つまり1個だけ です)を挙げてください、という2ページです。
まあ、少なくとも菌糸ごともらったわけですから...。そして、最初はモニターが死んでしまったのかと...。
 

後続の2つのテキストファイルを生成するソースを添付します。上記のファイルの一部のスクリーンショットは、フラグとボリュームの両方の違いを示す例です。

 
zimbabve15:

後続の2つのテキストファイルを生成するソースを添付します。上記のファイルの一部のスクリーンショットは、フラグとボリュームの両方の違いを示す例です。

だから、簡略化する必要があるんです。これは、2つのMqlTick構造体のフラグを1行で表示するものです(1つの構造体はCopyTicksで、2つ目はSymbolInfoTickで満たされます)。さらに、これら2つの構造体のフラグを比較し、フラグが0に等しい場合は、Alarmとする。
ファイル:
 

の結果を私の端末に表示させました。

前回のメッセージの前提がよくわからなかったのですが、私がやり直す必要があるのか、それともどうすればいいかを教えてくれて自分でやったのか、どちらでしょうか。先生の方法と私の方法では、撮影したダニの構造の違いが出ていますね。私たちは何をしに来たのだろう。

 
zimbabve15:

の結果を私の端末に表示させました。

前回のメッセージの前提がよくわからなかったのですが、私がやり直す必要があるのか、それとも、どうすればいいかを教えてくれて、自分でやったのか。先生の方法と私の方法では、撮影したダニの構造の違いが出ていますね。私たちは何をしに来たのだろう。

どの取引サーバーで、どの商品でテストしているのですか?フラグが "0 "であることは明確に受信される - これは取引サーバーの障害である。
 

フラグで取引サーバーの不具合が発生したとします。ボリュームはどうでしょうか?上の記事のカップル、私はスクリーンショットと2つのテキストファイルを送信し、これは明らかにフラグがゼロになることができるだけでなく、異なる方法で得られた同じティックで、彼らは異なっており、異なるボリュームであることを示している - これは2つです。サーバからの転送中にエラーが発生し、SymbolInfoTickが 不正な情報を取得した場合、CopyTicks関数はどのようなデータを基に、異なるボリュームのティックを取得するのでしょうか。そして、何を信じればいいのか。

 
2つの添付ファイル - 同じ方法でティックを収集しましたが、FiboGroupブローカーでユーロドルの ペアを使用しています。ほら、ゼロはないけれど、旗でごちゃごちゃしている。
ファイル:
 

以下は、MetaQuotes-Demoサーバーのティック履歴のスクリーンショットとファイルです。異なるメソッドで受信した同じティックのフラグは異なります。

その結果、異なる会社の2つのFX取引サーバーでは、CopyTicksとSymbolInfoTickで 受け取った同じティックが異なるフラグを持ち、取引所取引サーバーではこれと一緒に異なるボリュームが放送さ れることになります。

ファイル:
 
zimbabve15:

以下は、MetaQuotes-Demoサーバーのティック履歴のスクリーンショットとファイルです。同じティックでも受け取り方の違いでフラグが異なる。

その結果、異なる会社の2つのFX取引サーバーでは、CopyTicksとSymbolInfoTickで 受け取った同じティックが異なるフラグを持ち、取引所取引サーバーではこれと一緒に異なるボリュームが放送さ れることになります。

MetaQuotes-Demoでは、このような違いはありません。私のフラグは、今日のMetaQuotes-Demoでも同じです。
 

インジケータでティック要求の深さを2にして、デバッガで次の値を確認してみてください。

tick_array 配列のインデックス 0 の要素が履歴、すなわち要求された 2 番目のティックを示す。そして、各反復で値がどのように変化するかを見てみると、3つの値が同期して変化し、フラグの現在値を表示し、次の実行ステップで同じ値がtick_array[0]に表示されるはずです。本来であれば、そうはならない。それともCopyTicks機能はヒストリーの深さが1ティック以下であれば正しく動作しますか?

理由: