新しいMetaTrader 4 Client Terminal 387とMetaTrader 4 Data Center build 387について - ページ 11 1...456789101112131415 新しいコメント Renat Fatkhullin 2011.02.28 14:43 #101 つまり、Slavaが言いたいのは、225の構築では蝶の除去で全く同じ効果を示すということです。 コードをよく確認してください。バッファの再初期化による影響はないようです。 Eugeni Neumoin 2011.02.28 16:14 #102 ありがとうございます。調べてみます。 Slava 2011.02.28 17:15 #103 AlexSTAL氏よりご指摘いただいた、バーの本数を間違えて 再計算していた点を修正しました。しかし、これは非常に古いバグです。 Bulll 2011.02.28 17:40 #104 Renat: 確認ありがとうございます!どこを掘ればいいのかが明確になりました。 できるだけ早く発見し、修正し、アップデートを発行するよう努めます。 オフラインのチャートはどうでしょうか?PostMessageA(hwnd,WM_COMMAND,33324,0) を使ってオフライングラフィックスを更新すると、人工的な目盛りごとに再初期化が発生します!!!! Slava 2011.02.28 17:44 #105 Bulll: オフラインのチャートはどうでしょうか?PostMessageA(hwnd,WM_COMMAND,33324,0) を使ってオフライングラフィックスを更新すると、人工的な目盛りごとに再初期化が発生します!!!! また、完全なリフレッシュも行われています。リフレッシュコマンド Bulll 2011.02.28 17:46 #106 stringo: 完全なリフレッシュが行われているのです。リフレッシュコマンド どうすればいいのか? Vadim Zhunko 2011.02.28 23:34 #107 stringo: そこでフルリフレッシュが行われます。リフレッシュコマンド こんなことは今までなかったことです。私のインジケーターは、最適化で動かなくなりました。今は、そのようなティックごとにバッファを埋めなければなりません。上に書きました。 ウインドウリフレッシュでインジケータバッファがクリアされるようになりました。 Eugeni Neumoin 2011.03.01 07:15 #108 不思議ですね。 昨日、Slavaがログを投稿した後、229ビルドのチェックを開始しました。388と同じエラーが発生しました。私も229ビルドで同じようにクラッシュする写真が出ました。 そこでメインとなるのは、蝶ではない。ジグザグが消えた、つまりバッファがゼロになった。だから、グラフィック・コンストラクションが消えて いったのです。 よく考えてみることにした。今日、再挑戦しました。また、インジケーターもデフォルトの設定で入れています。229ビルドと388ビルドの両方で問題なく動作しています。昨日のテストと違うのは、これだけです。どのバージョンでエラーが出たかを分析するために、古いバージョンからテストすることにしました。すべてのバージョンのインジケーターが正常に動作します。エラーはありません。バッファはリセットされません。まだ遭遇したことはありません。 このインジケータは、グローバル変数では動作しません。また、次のセッションの情報をグローバル変数に保存することはありません。そのため、テストのために最初に起動した古いバージョンでは、後から起動したバージョンのインジケーターの動作に影響を与えるような情報を端末に残すことができませんでした。 パソコンに異常があるのでは?しかし、コンピュータが端末の操作にどのような影響を与えるのでしょうか。テスト中にバッファがランダムな時点でリセットされるように影響する。不思議なものですね。 現在、388ビルドでのテストは、失敗があった昨日と全く同じ初期データで順調に進んでいます。 Aleksandr Chugunov 2011.03.01 07:23 #109 nen:不思議ですね。 昨日、Slavaがログを投稿した後、229ビルドのチェックを開始しました。388と同じエラーが発生しました。229のビルドでも同じようにクラッシュの写真が出ました。PPCと私がZigZagをテストしていたとき、特にZigZagの構築の出発点に関わる膨大な数の不具合につまずきました。 おそらく、スタート地点やバーの 数など、さまざまな要因が重なっているのでしょう。 Slava 2011.03.01 07:25 #110 Zhunko: こんなことは今までなかった。私のインジケーターは、最適化で動かなくなりました。今は、そのようなティックごとにバッファを埋めなければなりません。上に書きました。 ウインドウアップデートでインジケーターバッファがクリアされるようになりました。 これは、チェンジカウンターのカウントにバグがあったため、起こりませんでした。フルオーバーライドとは、バッファ内の一部のデータが変更されている可能性があることを意味します。オフライングラフのデータの完全性を保証するものではありません。 1...456789101112131415 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
つまり、Slavaが言いたいのは、225の構築では蝶の除去で全く同じ効果を示すということです。
コードをよく確認してください。バッファの再初期化による影響はないようです。
ありがとうございます。調べてみます。
AlexSTAL氏よりご指摘いただいた、バーの本数を間違えて 再計算していた点を修正しました。しかし、これは非常に古いバグです。
確認ありがとうございます!どこを掘ればいいのかが明確になりました。
できるだけ早く発見し、修正し、アップデートを発行するよう努めます。
オフラインのチャートはどうでしょうか?PostMessageA(hwnd,WM_COMMAND,33324,0) を使ってオフライングラフィックスを更新すると、人工的な目盛りごとに再初期化が発生します!!!!
また、完全なリフレッシュも行われています。リフレッシュコマンド
完全なリフレッシュが行われているのです。リフレッシュコマンド
そこでフルリフレッシュが行われます。リフレッシュコマンド
こんなことは今までなかったことです。私のインジケーターは、最適化で動かなくなりました。今は、そのようなティックごとにバッファを埋めなければなりません。上に書きました。
ウインドウリフレッシュでインジケータバッファがクリアされるようになりました。
不思議ですね。
昨日、Slavaがログを投稿した後、229ビルドのチェックを開始しました。388と同じエラーが発生しました。私も229ビルドで同じようにクラッシュする写真が出ました。
そこでメインとなるのは、蝶ではない。ジグザグが消えた、つまりバッファがゼロになった。だから、グラフィック・コンストラクションが消えて いったのです。
よく考えてみることにした。今日、再挑戦しました。また、インジケーターもデフォルトの設定で入れています。229ビルドと388ビルドの両方で問題なく動作しています。昨日のテストと違うのは、これだけです。どのバージョンでエラーが出たかを分析するために、古いバージョンからテストすることにしました。すべてのバージョンのインジケーターが正常に動作します。エラーはありません。バッファはリセットされません。まだ遭遇したことはありません。
このインジケータは、グローバル変数では動作しません。また、次のセッションの情報をグローバル変数に保存することはありません。そのため、テストのために最初に起動した古いバージョンでは、後から起動したバージョンのインジケーターの動作に影響を与えるような情報を端末に残すことができませんでした。
パソコンに異常があるのでは?しかし、コンピュータが端末の操作にどのような影響を与えるのでしょうか。テスト中にバッファがランダムな時点でリセットされるように影響する。不思議なものですね。
現在、388ビルドでのテストは、失敗があった昨日と全く同じ初期データで順調に進んでいます。
不思議ですね。
昨日、Slavaがログを投稿した後、229ビルドのチェックを開始しました。388と同じエラーが発生しました。229のビルドでも同じようにクラッシュの写真が出ました。
PPCと私がZigZagをテストしていたとき、特にZigZagの構築の出発点に関わる膨大な数の不具合につまずきました。
おそらく、スタート地点やバーの 数など、さまざまな要因が重なっているのでしょう。
こんなことは今までなかった。私のインジケーターは、最適化で動かなくなりました。今は、そのようなティックごとにバッファを埋めなければなりません。上に書きました。
ウインドウアップデートでインジケーターバッファがクリアされるようになりました。
これは、チェンジカウンターのカウントにバグがあったため、起こりませんでした。フルオーバーライドとは、バッファ内の一部のデータが変更されている可能性があることを意味します。オフライングラフのデータの完全性を保証するものではありません。