エラー、バグ、質問 - ページ 2189 1...218221832184218521862187218821892190219121922193219421952196...3185 新しいコメント Vladimir Karputov 2018.04.12 10:56 #21881 AVAAR:ありがとうございました。本当に-効くんです!) しかも、コンパイルは変更もせずに定期的に行わなければならないとは...。エキスパートとログタブ、またはテスターに書かれていることを読めば、原因がわかります。 Aleksey Vyazmikin 2018.04.12 13:43 #21882 スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。 long handle=ChartID(); if(handle>0) // если получилось, дополнительно настроим { ChartNavigate(handle,CHART_END,-2000); } Artyom Trishkin 2018.04.12 14:10 #21883 Aleksey Vyazmikin:スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。 非同期コマンドです。 Aleksey Vyazmikin 2018.04.12 16:02 #21884 Artyom Trishkin: 非同期コマンドである。では、動作しているかどうかは、どのように確認するのでしょうか。 Artyom Trishkin 2018.04.12 16:05 #21885 Aleksey Vyazmikin:では、それがうまくいっているかどうかは、どのように確認するのでしょうか。 ズレるという事実によって。 Aleksey Vyazmikin 2018.04.12 17:41 #21886 Artyom Trishkin: 変位という事実について。なるほど、つまりオフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいという提案ですね。 Artyom Trishkin 2018.04.12 18:54 #21887 Aleksey Vyazmikin:なるほど、オフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいということですね?非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。 コマンドを発行する前に、目に見えるバーの 数を記憶していたとします。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。 もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?また、コマンドを繰り返した後、前のコマンドが動作し、キューに別のコマンドがある場合、余分なシフトが発生します。 一般的には、実験が必要です。一度には考えられませんが...。 Aleksey Vyazmikin 2018.04.12 18:59 #21888 Artyom Trishkin:非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。 コマンドを出す前に見えるバーの 数を記憶しているとしよう--。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。 もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?そして、コマンドを繰り返した後、前のコマンドがうまくいって、キューに別のコマンドがある場合 - それは余分なシフトになります。 まあ、実験が必要なんですけどね。すぐには思いつきませんが...。なるほど、大変なケースですね、考えてみます、ありがとうございます。 Artyom Trishkin 2018.04.12 19:06 #21889 Aleksey Vyazmikin:なるほど、大変なケースですね、考えてみます、ありがとうございます。ずれるという事実だけを頼りにすると、グラフも手でずらすことができる、つまり論理に穴があいてしまう......。 Alexey Viktorov 2018.04.13 05:13 #21890 Artyom Trishkin:変位だけに頼ると、グラフも手でずれてしまうので、ロジックに穴があいてしまう......。3分ほど実験した結果、ずれが生じているのは であり、現在位置からではありません。 1...218221832184218521862187218821892190219121922193219421952196...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ありがとうございました。本当に-効くんです!)
しかも、コンパイルは変更もせずに定期的に行わなければならないとは...。
エキスパートとログタブ、またはテスターに書かれていることを読めば、原因がわかります。
スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。
スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。
非同期コマンドである。
では、動作しているかどうかは、どのように確認するのでしょうか。
では、それがうまくいっているかどうかは、どのように確認するのでしょうか。
変位という事実について。
なるほど、つまりオフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいという提案ですね。
なるほど、オフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいということですね?
非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。
コマンドを発行する前に、目に見えるバーの 数を記憶していたとします。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。
もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?また、コマンドを繰り返した後、前のコマンドが動作し、キューに別のコマンドがある場合、余分なシフトが発生します。
一般的には、実験が必要です。一度には考えられませんが...。
非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。
コマンドを出す前に見えるバーの 数を記憶しているとしよう--。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。
もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?そして、コマンドを繰り返した後、前のコマンドがうまくいって、キューに別のコマンドがある場合 - それは余分なシフトになります。
まあ、実験が必要なんですけどね。すぐには思いつきませんが...。
なるほど、大変なケースですね、考えてみます、ありがとうございます。
なるほど、大変なケースですね、考えてみます、ありがとうございます。
ずれるという事実だけを頼りにすると、グラフも手でずらすことができる、つまり論理に穴があいてしまう......。
変位だけに頼ると、グラフも手でずれてしまうので、ロジックに穴があいてしまう......。
3分ほど実験した結果、ずれが生じているのは
であり、現在位置からではありません。