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

 
AVAAR:

ありがとうございました。本当に-効くんです!)

しかも、コンパイルは変更もせずに定期的に行わなければならないとは...。

エキスパートとログタブ、またはテスターに書かれていることを読めば、原因がわかります。

 

スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。

   long handle=ChartID(); 
   if(handle>0) // если получилось, дополнительно настроим 
     { 
      ChartNavigate(handle,CHART_END,-2000); 
     } 
 
Aleksey Vyazmikin:

スクリプトが頻繁に呼び出される場合、つまり実行後に繰り返し呼び出される場合、スケジュールオフセットは機能しなくなります。

非同期コマンドです。
 
Artyom Trishkin:
非同期コマンドである。

では、動作しているかどうかは、どのように確認するのでしょうか。

 
Aleksey Vyazmikin:

では、それがうまくいっているかどうかは、どのように確認するのでしょうか。

ズレるという事実によって。
 
Artyom Trishkin:
変位という事実について。

なるほど、つまりオフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいという提案ですね。

 
Aleksey Vyazmikin:

なるほど、オフセットが発生するのを待って、発生しなければオフセットコマンドを繰り返せばいいということですね?

非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。

コマンドを発行する前に、目に見えるバーの 数を記憶していたとします。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。

もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?また、コマンドを繰り返した後、前のコマンドが動作し、キューに別のコマンドがある場合、余分なシフトが発生します。

一般的には、実験が必要です。一度には考えられませんが...。

 
Artyom Trishkin:

非同期コマンドのトリガーをどう捕らえるのか、どんな落とし穴があるのかを考えておく必要があります。

コマンドを出す前に見えるバーの 数を記憶しているとしよう--。数字が変わるまで、コマンドは機能していない。変わると、うまくいくんです。

もし、変更されなかったら?どのような場合に、キューでコマンドが迷子になったと判断し、コマンドを繰り返すのですか?そして、コマンドを繰り返した後、前のコマンドがうまくいって、キューに別のコマンドがある場合 - それは余分なシフトになります。

まあ、実験が必要なんですけどね。すぐには思いつきませんが...。

なるほど、大変なケースですね、考えてみます、ありがとうございます。

 
Aleksey Vyazmikin:

なるほど、大変なケースですね、考えてみます、ありがとうございます。

ずれるという事実だけを頼りにすると、グラフも手でずらすことができる、つまり論理に穴があいてしまう......。

 
Artyom Trishkin:

変位だけに頼ると、グラフも手でずれてしまうので、ロジックに穴があいてしまう......。

3分ほど実験した結果、ずれが生じているのは


であり、現在位置からではありません。