エラー、バグ、質問 - ページ 506

[Igor Chepiga]

tol64:

3回目の質問をしてみる)MetaDriverは ここで その例を示しました。そこで、私が例に挙げたのが

取引回数が3000回を超え始めると、チャートは縮小します。この問題は、開発者が考えているのでしょうか？

この問題は、取引量が10000件以上となるような大きな履歴データでシステムをテストする場合、端末で取引結果を一度に分析することができません。

Excelでも似たようなことがあったような気がします。しかし、プログラムは複雑な計算式で過負荷になり、行数が5000行を超えると単純にハングアップしてしまう。ここで問題になりそうなことは何でしょうか？

質問に賛成です!同じ状況です。とはいえ、取引回数と関係があるとは知りませんでしたが。これでわかります、ありがとうございます :)

チャンピオンシップに向けて、この問題を解決しておくとよいでしょう。

[Slava]

tol64:

3回目の質問をしてみる)MetaDriverは ここで その例を示しました。そこで、私が例に挙げたのが

取引回数が3000回を超え始めると、チャートは縮小します。この問題は、開発者が考えているのでしょうか？

この問題は、取引量が10000件以上となるような大きな履歴データでシステムをテストする場合、端末で取引結果を一度に分析することができません。

Excelでも似たようなことがあったような気がします。しかし、プログラムは複雑な計算式で過負荷になり、行数が5000行を超えると単純にハングアップしてしまう。ここで何が問題になり得るのか。

次のビルドで修正される予定です。修正方法は以下の通りです。

テスターエージェントは、常にエクイバランスを変更した通常の小包を送信するようになりました。変更回数が16384回（Moving Average.ex5のユーロクロック12年分の等バランス変更回数）を超えると、新しいデータのパッキングが行われ、10240回分から2/5のレコードが削除され、つまり以前のデータが間引きされます。後期データをそのまま表示

[Anatoli Kazharski]

stringo:

次のビルドで修正される予定です。その内容は以下の通りです。

テスターエージェントは、常に株式残高の変更を伴う定期的な小包を送信するようになりました。 情報の拡大は、クライアント端末側で行われるようになりました。変更回数が16384回（Moving Average.ex5のユーロクロック12年分の等バランス変更回数）を超えると、新しいデータのパッキングが行われ、10240回分から2/5のレコードが削除され、つまり以前のデータが間引きされます。後期データをそのまま表示

ありがとうございました。これは素晴らしいニュースです。また問題が少なくなる))

[Igor Chepiga]

stringo:

次のビルドで修正される予定です。

ありがとうございました。

[Sergey Gritsay]

SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE) という関数がありますが、 エキスパートアドバイザーが動作しているシンボル以外の履歴の開始日を要求するとゼロを返して しまいます。

[Slava]

sergey1294:
SeriesInfoInteger(symbol,0,SERIES_SERVER_FIRSTDATE) という関数がありますが、 Expert Advisor が動作しているシンボル以外の履歴の開始日を要求するとゼロを返します。

サービスデスクでチケット番号をリマインドしてください（またはアプリケーションを更新してください）。

些細な問題であれば、サービスデスクで対応することが望ましい。

[Arkadiy]

チャンピオンシップ（と一般的に、テストはMT4の代わりに、次の実装のために、冗談ではありません）へのランアップでは、データに順序を置くことがいいだろう - まず第一に、ターミナル時間（それは、例えば、燭台分析 およびニューラルネットワークのすべての種類、証券取引所に結合し、イベントの再発に基づくすべてのTSのための非常に重要です - そしておそらくそれらのすべて）、およびボリュームと - ボリュームベースの蓄積EAsのすべての種類を構築する人のための。

[Sergey Gritsay]

stringo:

サービスデスクでチケット番号をリマインドしてください（またはアプリケーションを更新してください）。

些細な問題であれば、サービスデスクで対応することが望ましい。

サービスデスクにはまだ応募していません。このスレッドに例題付きの質問がありましたhttps://www.mql5.com/ru/forum/1111/page507#comment_95140

[Andrey Vasiliev]

HistorySelect()、HistoryDealsTotal()、Tester、Tradeモード：ランダムディレイ。

テスターでは、ランダムディレイモードで、HistoryDealsTotal()関数が時々

は、履歴のHistorySelect()セグメントによって選択された案件の数を 正しく決定します。

に、履歴の最初からの取引額の合計を加える。

この場合、HistoryDealsTotal()の値に基づいてHistoryDealGetTicket()で形成された最終的な案件のリストは、次のようになります。

は、取引3、取引4、取引5、取引1、取引2、取引3、取引4、取引5となります。

ここで、案件3～案件5は、ユーザーが選択した期間の案件である。

[Sergey Gritsay]

masharov:

取引の終了時刻を調べる方法を教えてください。

ディールプロパティに見当たらないのですが。

取引は取引であり、実行時間があるため、取引には終了時間がありません。HistoryDealGetInteger(ticket,DEAL_TIME)取引によってポジションが決済された場合、この時刻が決済時刻となります。しかし、PositionGetInteger 関数の プロパティには、識別子 POSITION_TIME（ポジションの開始時間）は含まれて いますが、ポジションの終了確認は 含まれていないのは不思議 です。