エラー、バグ、質問 - ページ 494 1...487488489490491492493494495496497498499500501...3185 新しいコメント Vladimir Gomonov 2011.08.23 20:41 #4931 marketeer:まとめとして、かつて表明した考えを繰り返すと、MTであるプラットフォームの 仕事は、ユーザー(プログラマー)を可能な限り「ぼったくり」から守ることである。私は強く、断固として反対します。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。私がそれを許容するのは、それが何らかのビジネス上の理由があってのことであって、MQにビジネスのやり方を指示するのは私の仕事ではありません。私はこのことに何も反対はしませんが.つまり、バッファを自動的に初期化するかどうかを示す別の#propertyを導入することができたはずです。 このようなソリューションは、可能性を広げるものであって、制限するものではないので、私は何も反対しません。 Stanislav Korotky 2011.08.23 20:50 #4932 MetaDriver:私は強く、断固として反対です。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作互換を残しただけです。そうでなければ、例えば、javaのゴミ収集器やその他の日常的なものを冒涜することになります。これは、各プログラマーが独自の方法でバグを抱えながらやるよりも、プラットフォームの中で一度やった方が簡単(かつRIGHT)です。 Vladimir Gomonov 2011.08.23 21:14 #4933 marketeer:私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作の互換性を残すことを提案しました。そうでなければ、例えば、javaのゴミ収集器やその他のルーチンな機能は、すべてのプログラマーがバグを抱えながら自分のやり方でやるよりも、一度プラットフォームの中に入ってしまった方が簡単(かつRIGHT)なのだから、冒涜してしまおう。 正しい」「間違っている」という宗教的な議論はしたくないのですが、互換性を追求するあまり、MT4の性能まで行ってしまうことがある、ということだけは確かです。それは嫌だなあ。 Stanislav Korotky 2011.08.23 22:10 #4934 MetaDriver: 正しい」「間違っている」という宗教的な議論をするつもりはありませんが、互換性を追求すると、MT4の性能と同じくらいになる可能性があることは指摘しておきたいと思います。それは嫌だなあ。 まあ、それはいつものことですが......実行次第です。具体的な例から逸脱しないのであれば、バッファの初期化を「手動」で行うこと(これは現在多くの開発者が行っており、さらに、初期化しないことをMCの担当者はカスタムインジケーターエラーと呼んでいます)は、カーネルに移動しても(そしてオプションで有効にしても)、パフォーマンスに悪影響を及ぼさないことは明らかだと思われます。 Konstantin Gruzdev 2011.08.23 22:20 #4935 marketeer:つまり、バッファを自動的に初期化するかどうかを示す別の#propertyを入力することができます。 そうですね、時には役に立つこともありますね。でも、時々でいいんです。 削除済み 2011.08.24 07:18 #4936 Renat:再帰は、ローカル変数の量に直接依存し、プログラム中にそのような場所が例外的に少ないため、通常は簡単に捕捉することができます。ループしたのはティックの処理だと、純粋に直感的に判断した(思い込んだ)のでわかりません。そして、10分ほどかけてコードを徹底的に調べ、Expert Advisorの古いコピーと変更を加えたコピーを比較した結果、「いたずら」が発生したのです。前処理がコンパイラを著しく複雑にするのであれば(MetaDriverの 主張は非常に説得力があるように感じました)、問題が発生した場所について、より正確な情報を得たいと思います。 Slava 2011.08.24 09:55 #4937 Interesting: わからない、純粋に直感的にループしているのはティック処理だと判断した(思い込んだ)。そしてその「いたずら」は、コードを徹底的に調べ、Expert Advisorの古いコピーと変更が加えられたコピーとを比較すること約10分後に起こったのです。 少し深く掘り下げると、心が啓発される。"パパが飲まなかったらどうしよう?でも、この方法なら、ボトルを配って、そのお金でパンを買うことができるんです」。 削除済み 2011.08.24 10:08 #4938 stringo: 徹底的に掘り下げると、心が洗われるような気がします。"パパが飲まなかったらどうしよう?でも、こうして瓶を回して、そのお金でパンを買っているんです。" 理屈はわかるが...。:) 削除済み 2011.08.24 15:31 #4939 同志よ、Bars()関数の 改良の予定はないのか?十分とは言えないような気がします。この場合、本当にバーがないのか、エラーなのかがわからず、GetLastError() もそれに気づかないため、不要なトリックを考案してしまい、速度が低下してしまうことがあります。 Документация по MQL5: Доступ к таймсериям и индикаторам / Bars www.mql5.com Доступ к таймсериям и индикаторам / Bars - Документация по MQL5 削除済み 2011.08.24 15:49 #4940 そしてもう一つの疑問は、例えば次のような状況です。エキスパートアドバイザーから100本のバーをコピーするか、インジケーターに渡された配列から取得するか、どちらがより効率的でしょうか?I.e.質問ですが、チャートにインジケータを付けた場合、使わないバーもコピーされるのでしょうか?(MQLのツールを使って、プログラムの実行に かかった時間を調べることは可能でしょうか? 1...487488489490491492493494495496497498499500501...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まとめとして、かつて表明した考えを繰り返すと、MTであるプラットフォームの 仕事は、ユーザー(プログラマー)を可能な限り「ぼったくり」から守ることである。
私は強く、断固として反対します。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。
私がそれを許容するのは、それが何らかのビジネス上の理由があってのことであって、MQにビジネスのやり方を指示するのは私の仕事ではありません。
私はこのことに何も反対はしませんが.
私は強く、断固として反対です。プラットフォームには、そのようなタスクはありません。 私はいつも、「余分な」バーから、ティック履歴から、好きな場所にファイルを書くことから、自分の引用句と照らし合わせることから、そしてその他の懸念から私を守ろうとする左派の試みに対して、非常にしかめっ面で反応します。
私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作互換を残しただけです。
そうでなければ、例えば、javaのゴミ収集器やその他の日常的なものを冒涜することになります。これは、各プログラマーが独自の方法でバグを抱えながらやるよりも、プラットフォームの中で一度やった方が簡単(かつRIGHT)です。
私は何も制限することを提案したわけではなく、エラーソースを減らし、少なくともオプションでMT4との動作の互換性を残すことを提案しました。
そうでなければ、例えば、javaのゴミ収集器やその他のルーチンな機能は、すべてのプログラマーがバグを抱えながら自分のやり方でやるよりも、一度プラットフォームの中に入ってしまった方が簡単(かつRIGHT)なのだから、冒涜してしまおう。
正しい」「間違っている」という宗教的な議論をするつもりはありませんが、互換性を追求すると、MT4の性能と同じくらいになる可能性があることは指摘しておきたいと思います。それは嫌だなあ。
つまり、バッファを自動的に初期化するかどうかを示す別の#propertyを入力することができます。
Renat:
再帰は、ローカル変数の量に直接依存し、プログラム中にそのような場所が例外的に少ないため、通常は簡単に捕捉することができます。
ループしたのはティックの処理だと、純粋に直感的に判断した(思い込んだ)のでわかりません。そして、10分ほどかけてコードを徹底的に調べ、Expert Advisorの古いコピーと変更を加えたコピーを比較した結果、「いたずら」が発生したのです。
前処理がコンパイラを著しく複雑にするのであれば(MetaDriverの 主張は非常に説得力があるように感じました)、問題が発生した場所について、より正確な情報を得たいと思います。
わからない、純粋に直感的にループしているのはティック処理だと判断した(思い込んだ)。そしてその「いたずら」は、コードを徹底的に調べ、Expert Advisorの古いコピーと変更が加えられたコピーとを比較すること約10分後に起こったのです。
徹底的に掘り下げると、心が洗われるような気がします。"パパが飲まなかったらどうしよう?でも、こうして瓶を回して、そのお金でパンを買っているんです。"
同志よ、Bars()関数の 改良の予定はないのか?十分とは言えないような気がします。この場合、本当にバーがないのか、エラーなのかがわからず、GetLastError() もそれに気づかないため、不要なトリックを考案してしまい、速度が低下してしまうことがあります。
そしてもう一つの疑問は、例えば次のような状況です。
エキスパートアドバイザーから100本のバーをコピーするか、インジケーターに渡された配列から取得するか、どちらがより効率的でしょうか?I.e.質問ですが、チャートにインジケータを付けた場合、使わないバーもコピーされるのでしょうか?(MQLのツールを使って、プログラムの実行に かかった時間を調べることは可能でしょうか?