あらゆる取引のテーブル。MQL5経由でのアクセス - ページ 7

 
prostotrader:

そうでなければならない。

この部分にガラスが使われていない場合は、追加しています。

ガラスがすでに使用されているかどうかを確認するには、MarketBookGet 以外の方法

マイカップは使用されず、BookGetはtrueを返します。もし、開発者の別のバグであれば、サービスデスクに 別のリクエストを 書くべきでしょう。

もっと深刻なバグがたくさんある...このバグのことを知らせたくないくらいにね。

 
fxsaber:

グラスは使わないし、BookGetはtrueを返す。もし、それが開発者の別のバグであれば、私はサービスデスクに 別のリクエストを 書かなければなりません。

もっと深刻なバグがたくさんあるのに...この件に関しては知らせたくないくらいです。

何ができるのか?

神様は食器を燃やさない......。

もう一回テストしてみる

 

トレース開始、そして...

CopyTicks は常に NULL を返します!

追加

で、インジケータを書いたら全部動いた...。

 
prostotrader:

トレース開始、そして...

CopyTicks は常に NULL を返します!

追加

そして、インジケーターを書いているときは、すべてうまくいっていたのですが......。

いつもではありません。

CopyTicks はティックのポンピング処理を開始し、インジケータでは 遅延なく 直ちに利用可能な ティック量を 返し、Expert Advisor では 短いタイムアウトを 行い利用可能な量も返します。

大きな周期を要求する場合、所望の量を得るために、かなりの間隔でティックを再要求する必要がある。

 
fxsaber:
何も描かない んです。このロジックでは、カップにサブスクリプションは存在しないので

MarketBookGetはなぜグラスをチェックするのでしょうか?

ドキュメントには、「MarketBookAdd()は事前に開いておく必要が あります」と書かれています。

 
Renat Fatkhullin:

いつもではありません。

CopyTicksはティックポンプのプロセスを開始し、インジケータや Expert Advisorでは 遅延なく 直ちに利用可能な ティックのボリュームを 返し、短いタイムアウトを 作り、また利用可能なボリュームを返します。

大きな周期を要求する場合、かなりの間隔で刻みを要求し直さないと、欲しいものが手に入らない。

インジケーターコードを見たことがないのでしょう。

歴史から刻みを読むのではなく、待つのです。

によって追加されました。

そのため、ゼロになることもありますが、必ずそうなるわけではありません。

端末はいつかは新しいダニを手に入れなければならない。

 
Renat Fatkhullin:

MarketBookGetでは、なぜカップの有無を確認するのでしょうか?

ドキュメントには、「Depth of MarketはMarketBookAdd()で事前に開いておく必要が あります」とあります。

は、サブスクリプションがない場合でも真を返します。
 
Renat Fatkhullin:

いつもではありません。

CopyTicksはティックポンプのプロセスを開始し、インジケータや Expert Advisorでは 遅延なく ティックの利用可能量を 即座に返し、短いタイムアウトを 作り、また利用可能量を返します。

長い期間を要求する場合、希望のボリュームを得るためには、かなりの間隔でティックをリセットする必要があります。

これはスクリプトの場合ではありません。要求されたティックがすべてダウンロードされるまで、スクリプトはハングします。
 

本日、MT5のリリースがあります。

また、最新のティックのソートに関するバグもそこで修正されました。

 
Renat Fatkhullin:

本日、MT5のリリースがあります。

また、最新のティックのソートに関するバグもそこで修正されました。

今日、夕方の取引 終了までになんとか間に合えば、やってみようと思います。教えてください。
理由: