エラー、バグ、質問 - ページ 1668 1...166116621663166416651666166716681669167016711672167316741675...3185 新しいコメント fxsaber 2016.09.07 14:54 #16671 BlackTomcat: そういえば、ドキュメントには、OnInit関数でインジケータハンドルを初期化(作成)し、OnDeinit関数でIndicatorReleaseを実行した方が良いと書いてありましたね。これは、Expert Advisorが実行されている間、指標ハンドルが関連するままであることを意味します。最新のものだけでなく、再計算したもの(まあ、再計算用のデータを引っ張ってきたりするのですが)!?このため、IndicatorReleaseが 二度と必要ないことが100%わかっている場合は、常にIndicatorReleaseを 行う意味があります。そして、これはOnDeinitのはるか前に起こる可能性があります。例えば、入力パラメータがランダムなインジケータを毎回呼び出すのであれば、IndicatorReleaseを行わない意味はないでしょう。 BlackTomcat 2016.09.07 15:07 #16672 fxsaber:最新のものだけでなく、再計算したもの(まあ、再計算用のデータを引っ張ってきたりするのですが)!?このため、IndicatorReleaseが二度と必要ないことが100%わかっている場合は、常にIndicatorReleaseを行う意味があります。そして、これはOnDeinitのはるか前に起こる可能性があります。例えば、ランダムな入力パラメータを持つインジケータを毎回呼び出す場合、IndicatorReleaseを行わないことには意味がないのです。 もし、あなたのアルゴリズムが指標となるパラメーターを常に変化させることを意味しているのであれば、その通りです。しかし、もしそれをしないのであれば、再計算のためのマシンリソースの費用は、「新しい」指標の作成+古い指標を以前「殺した」場合よりもはるかに少なくなるのです。私の理解では、これがレナトが言いたかったことです。 fxsaber 2016.09.07 15:13 #16673 BlackTomcat: もし、あなたのアルゴリズムが、インジケータのパラメータを常に変更することを意味しているならば、その通りです。しかし、実際にはそうならないのであれば、再計算のためのマシンリソースのコストは、「新しい」指標を作るコスト+「古い」指標を以前「殺して」しまうコストよりも何倍も低いことになります。私の理解では、レナートが伝えようとしたのは、このような考えです。 そうですね、MT4で開発者が実装しているように、ユニバーサルリポジトリを作った方がいいです。 Slava 2016.09.07 15:17 #16674 fxsaber:iCustom後のIndicatorReleaseはどうすればいいのか?なぜ?しないんですね。IndicatorCreateの 後に行う必要はありません。 fxsaber 2016.09.07 15:27 #16675 Slawa:何のために?やめてくれIndicatorCreateの後にも行わない。 Afterはすぐにという意味ではない。しかし、そうでない場合は、いつまでにすればよいのでしょうか。 fxsaber 2016.09.07 16:12 #16676 IndicatorCreate+ChartIndicatorAddだけ でなく、IndicatorCreateのみの ターミナルで動作するすべてのインジケータハンドル番号を調べることは可能でしょうか。 fxsaber 2016.09.07 16:14 #16677 インジケーターハンドルが「死んでいる」かどうかを確認するにはどうしたらいいですか?例えば、私がIndicatorCreateを作り、他の人がIndicatorReleaseを 作りました。 BlackTomcat 2016.09.07 16:39 #16678 fxsaber: インジケーターハンドルが「死んでいる」かどうかを確認するにはどうしたらいいですか?例えば、私がIndicatorCreateを作り、他の人がIndicatorReleaseを作りました。 この場合、インジケータハンドルの参照カウントは1つ減りますが、インジケータ自体は引き続きアクティブになると思います。 fxsaber 2016.09.07 16:43 #16679 BlackTomcat: この場合、インジケータハンドルの参照カウンタが 1つ減り、インジケータ自体はアクティブになり続けることになると思います。 カウンターとは何ですか? Alexander Puzanov 2016.09.07 17:04 #16680 Renat Fatkhullin: このミスは数日中に修正される予定です。保護はやりすぎました。レナト・ファットフーリン また、入力中のテキストの自動保存を可能にすることで、クラッシュやブラウザのクラッシュの後、続きができるようにする予定ですこの幸せはいつになったら訪れるのだろう?. 1...166116621663166416651666166716681669167016711672167316741675...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そういえば、ドキュメントには、OnInit関数でインジケータハンドルを初期化(作成)し、OnDeinit関数でIndicatorReleaseを実行した方が良いと書いてありましたね。これは、Expert Advisorが実行されている間、指標ハンドルが関連するままであることを意味します。
最新のものだけでなく、再計算したもの(まあ、再計算用のデータを引っ張ってきたりするのですが)!?このため、IndicatorReleaseが 二度と必要ないことが100%わかっている場合は、常にIndicatorReleaseを 行う意味があります。そして、これはOnDeinitのはるか前に起こる可能性があります。
例えば、入力パラメータがランダムなインジケータを毎回呼び出すのであれば、IndicatorReleaseを行わない意味はないでしょう。
最新のものだけでなく、再計算したもの(まあ、再計算用のデータを引っ張ってきたりするのですが)!?このため、IndicatorReleaseが二度と必要ないことが100%わかっている場合は、常にIndicatorReleaseを行う意味があります。そして、これはOnDeinitのはるか前に起こる可能性があります。
例えば、ランダムな入力パラメータを持つインジケータを毎回呼び出す場合、IndicatorReleaseを行わないことには意味がないのです。
もし、あなたのアルゴリズムが、インジケータのパラメータを常に変更することを意味しているならば、その通りです。しかし、実際にはそうならないのであれば、再計算のためのマシンリソースのコストは、「新しい」指標を作るコスト+「古い」指標を以前「殺して」しまうコストよりも何倍も低いことになります。私の理解では、レナートが伝えようとしたのは、このような考えです。
iCustom後のIndicatorReleaseはどうすればいいのか?
なぜ?
しないんですね。IndicatorCreateの 後に行う必要はありません。
何のために?
やめてくれIndicatorCreateの後にも行わない。
インジケーターハンドルが「死んでいる」かどうかを確認するにはどうしたらいいですか?例えば、私がIndicatorCreateを作り、他の人がIndicatorReleaseを作りました。
この場合、インジケータハンドルの参照カウンタが 1つ減り、インジケータ自体はアクティブになり続けることになると思います。
このミスは数日中に修正される予定です。保護はやりすぎました。
また、入力中のテキストの自動保存を可能にすることで、クラッシュやブラウザのクラッシュの後、続きができるようにする予定です
この幸せはいつになったら訪れるのだろう?
![](https://c.mql5.com/3/104/403_2.png)
.