エラー、バグ、質問 - ページ 3177 1...3170317131723173317431753176317731783179318031813182318331843185 新しいコメント Alexey Viktorov 2022.04.22 11:21 #31761 Andrei Sokolov #:OrderSelect()の後に、OrderSelect()の呼び出しがネストされて いる場合、ロジックを使用するのでしょうか? ごく稀にですが、mql4で書いていた頃はよくやってました。 Andrei Sokolov 2022.04.22 11:31 #31762 Alexey Viktorov #:ごく稀にですが、mql4で書いていると、このようなことが起こることがありました。 そんなものはない、めったになかったとしたら、これらの警告はどのように迷惑になるのだろうか。 このようなソリューションのロジックを説明できますか? もしかしたら、私は本当に無意味に提案しているのかもしれません。 Valeriy Yastremskiy 2022.04.22 11:31 #31763 Andrei Sokolov #:OrderSelect()の後に、OrderSelect()のネストした呼び出しが ある場合、ロジックを使用するのでしょうか? 私は問題を理解していない、とネストされた呼び出しは、明らかに繰り返され、選択した注文/ポジション/トランザクションの構造を充填するためのチケットが変更されていないことを主なものです。 私も念のために重要な場所で繰り返し構造を埋めることができます。その必要はないと思いますし、コンパイラがそのような作業にどう対処し、正しいセレクトと間違ったセレクトを区別するのかわかりません。 Alexey Viktorov 2022.04.22 11:52 #31764 Andrei Sokolov #:めったにないことなのに、この警告がどうやって迷惑になるのだろう?そのような解決策を適用したロジックを説明してもらえますか? もしかしたら、私は本当に無意味な提案をしているのかもしれません。 警告があるとイライラする。警告があったのなら、それを修正しなければならない。意図的に書かれているのであれば、警告は必要ないということです。しかし、やがて、このようなアプローチの悪さを理解し、今は別の論理で書いています。 あと2、3日、そんな日が続けば、何もいらなくなる」と言ったのは、何のためでもないのです。文章のロジックを変えて、人の頭を混乱させないようにする。 Andrei Sokolov 2022.04.22 11:57 #31765 Alexey Viktorov #:これは、私が「グリーン」だったころに使っていた論理です。やがて、このようなアプローチの悪さに気づき、今では別の論理で書いています。 このことからも、このような警告は決して無駄なものではないことがわかります。 Andrei Sokolov 2022.04.22 11:58 #31766 Alexey Viktorov #: Меняйте логику написания и не мутите людя́м головы. 指示は控えていただきたい。その理由は、説明するまでもないだろう。 Andrei Sokolov 2022.04.22 12:00 #31767 Alexey Viktorov #:意図的にそのように書かれているのであれば、警告の必要はない。 今のところ、そのような意図的な使用の例は、質問されてもあなたからも出てきません。 Alexey Viktorov 2022.04.22 12:09 #31768 消えろ... Andrei Sokolov 2022.04.22 16:01 #31769 Andrei Sokolov 関数呼び出しも含めて 別のOrderSelect()の呼び出しがある場合、コンパイラが警告を表示してくれると便利なんでしょうけど。 昨日は一晩中バグを検索していましたが、このような理由で2回目です。 今、私はOrderSelect()の 後にさらにOrderSelect()呼び出しが あるアルゴリズムに遭遇しました、私はOrderSelect()の 後にさらにOrderSelect()呼び出しがあり、同封のOrderSelect()が別の注文を「選択」 する場合に警告が必要で あると思います。 Yury Lemeshev 2022.04.22 16:19 #31770 3台のコンピュータにMetaTrader 5 Agents Managerを入れて いますが、そのうち1台はソフトウェアを削除し続けています。以前は、すべてのマシンでこの問題が頻繁に発生していました。どうすれば直るのか? 1...3170317131723173317431753176317731783179318031813182318331843185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
OrderSelect()の後に、OrderSelect()の呼び出しがネストされて いる場合、ロジックを使用するのでしょうか?
ごく稀にですが、mql4で書いていた頃はよくやってました。
ごく稀にですが、mql4で書いていると、このようなことが起こることがありました。
そんなものはない、めったになかったとしたら、これらの警告はどのように迷惑になるのだろうか。
このようなソリューションのロジックを説明できますか? もしかしたら、私は本当に無意味に提案しているのかもしれません。
OrderSelect()の後に、OrderSelect()のネストした呼び出しが ある場合、ロジックを使用するのでしょうか?
私は問題を理解していない、とネストされた呼び出しは、明らかに繰り返され、選択した注文/ポジション/トランザクションの構造を充填するためのチケットが変更されていないことを主なものです。 私も念のために重要な場所で繰り返し構造を埋めることができます。その必要はないと思いますし、コンパイラがそのような作業にどう対処し、正しいセレクトと間違ったセレクトを区別するのかわかりません。
めったにないことなのに、この警告がどうやって迷惑になるのだろう?
そのような解決策を適用したロジックを説明してもらえますか? もしかしたら、私は本当に無意味な提案をしているのかもしれません。
警告があるとイライラする。警告があったのなら、それを修正しなければならない。意図的に書かれているのであれば、警告は必要ないということです。しかし、やがて、このようなアプローチの悪さを理解し、今は別の論理で書いています。
あと2、3日、そんな日が続けば、何もいらなくなる」と言ったのは、何のためでもないのです。文章のロジックを変えて、人の頭を混乱させないようにする。
これは、私が「グリーン」だったころに使っていた論理です。やがて、このようなアプローチの悪さに気づき、今では別の論理で書いています。
このことからも、このような警告は決して無駄なものではないことがわかります。
Alexey Viktorov #:
Меняйте логику написания и не мутите людя́м головы.
指示は控えていただきたい。その理由は、説明するまでもないだろう。
意図的にそのように書かれているのであれば、警告の必要はない。
今のところ、そのような意図的な使用の例は、質問されてもあなたからも出てきません。
昨日は一晩中バグを検索していましたが、このような理由で2回目です。
今、私はOrderSelect()の 後にさらにOrderSelect()呼び出しが あるアルゴリズムに遭遇しました、私はOrderSelect()の 後にさらにOrderSelect()呼び出しがあり、同封のOrderSelect()が別の注文を「選択」 する場合に警告が必要で あると思います。