エラー、バグ、質問 - ページ 2117 1...211021112112211321142115211621172118211921202121212221232124...3185 新しいコメント fxsaber 2018.02.02 10:17 #21161 A100:同様の質問をあなたにもhttps://www.mql5.com/ru/forum/1111/page2037#comment_5842347そこには、一義性があった。 A100 2018.02.02 10:21 #21162 fxsaber:そこには、一義性があった。オペランドの計算順序が不定である場合、どのような単一値性があるのでしょうか? fxsaber 2018.02.02 10:22 #21163 A100:オペランドの計算順序が不定である場合の曖昧さとは?未定義の時は使わない。しかし、それが定義されると、私はそうします。 デーブルは左から右へ追加します。ここでは何も変わりません。 A100 2018.02.02 10:23 #21164 fxsaber:未定義の時は使わない。それが確かなものであるとき、私はそれを使うのです。文書化されておらず、いつでも変更可能であるという意味で未定義である。また、ドキュメント化されていれば、ドキュメントを変更しても問題ないでしょう fxsaber 2018.02.02 10:27 #21165 A100:文書化されておらず、いつでも変更可能であるという意味で未定義である。また、文書化されていれば、文書を変更するはずですfxsaberダブりは左から右へ折る。ここでは何も変わりません。 削除済み 2018.02.02 10:27 #21166 A100:3.私は、コンパイラが非インライン関数の引数の計算順序を変更することは許されないと提案しました。 5.計算の順番は実装(コンパイラ)によって定義され、かなり特殊(右から左か左から右のどちらか)であり、例えばここでは 2-1-3なのか2-3-1なのか、どの順番なのかがはっきりしない。 結果:5041:0:5041。 期待値:左から0:0:5041または 5041:0:0 右から左へ特定の状況に特化したものです。規格が保証しているわけではないので、常にこうであることを期待することはできません。 コンパイラが突然関数をインライン化したり、呼び出し方法を変更したり、その他の理由で簡単に変更することができます。 Vladislav Andruschenko 2018.02.02 14:59 #21167 どうすればObjectsTotal(OBJ_BUTTON)例えば、検索中に名前でオブジェクトを選択する必要がある場合 k=ObjectsTotal(OBJ_BUTTON); for(i=0; i<k; i++) { if(StringFind(ObjectName(i),Name+"LINEORDER")) } しかし、全オブジェクトのリストでは、0,1,2,3番ではなく、0,10,38,45番の下にあるのですが・・・。 ? Artyom Trishkin 2018.02.02 18:47 #21168 Vladislav Andruschenko 2018.02.02 18:55 #21169 こんにちは。どういう意味ですか? A100 2018.02.02 19:20 #21170 1...211021112112211321142115211621172118211921202121212221232124...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
同様の質問をあなたにもhttps://www.mql5.com/ru/forum/1111/page2037#comment_5842347
そこには、一義性があった。
そこには、一義性があった。
オペランドの計算順序が不定である場合、どのような単一値性があるのでしょうか?
オペランドの計算順序が不定である場合の曖昧さとは?
未定義の時は使わない。しかし、それが定義されると、私はそうします。
デーブルは左から右へ追加します。ここでは何も変わりません。未定義の時は使わない。それが確かなものであるとき、私はそれを使うのです。
文書化されておらず、いつでも変更可能であるという意味で未定義である。また、ドキュメント化されていれば、ドキュメントを変更しても問題ないでしょう
文書化されておらず、いつでも変更可能であるという意味で未定義である。また、文書化されていれば、文書を変更するはずです
ダブりは左から右へ折る。ここでは何も変わりません。
3.私は、コンパイラが非インライン関数の引数の計算順序を変更することは許されないと提案しました。
5.計算の順番は実装(コンパイラ)によって定義され、かなり特殊(右から左か左から右のどちらか)であり、例えばここでは
2-1-3なのか2-3-1なのか、どの順番なのかがはっきりしない。
結果:5041:0:5041。
期待値:左から0:0:5041または
5041:0:0 右から左へ
特定の状況に特化したものです。規格が保証しているわけではないので、常にこうであることを期待することはできません。
コンパイラが突然関数をインライン化したり、呼び出し方法を変更したり、その他の理由で簡単に変更することができます。
例えば、検索中に名前でオブジェクトを選択する必要がある場合
しかし、全オブジェクトのリストでは、0,1,2,3番ではなく、0,10,38,45番の下にあるのですが・・・。
?