テンプレート・パラメータ = void* のコンパイラ・バグ - ページ 4 1234567891011...20 新しいコメント Алексей Тарабанов 2018.12.20 01:00 #31 Dmitry Fedoseev:ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混同されていたからだ」と説明しています。だから今は、注目を集めることが大切なんです。警告だけなのも困りもので、エラーになればもっといいのですが。あるいは、平手打ち A100 2018.12.20 01:11 #32 Dmitry Fedoseev:ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混ざって いたからだ」と説明しています。だから今は、注目を集めることが大切なんです。警告だけなのも困りもので、エラーが出ればもっといいのですが。それで?これです。 int i = 1 << 2 + 3; また、MQL4では優先順位がごちゃごちゃになっていた?一般的なアプローチの話であって、特殊なケースではないのです。特殊なケース では、(例外として)警告・エラーを出すことができますが、なぜ他のすべてに拡大する必要があるのでしょうか? それに、MQL4では(私が知る限り)、||演算子に遅延がないとしましょう。そして、これにもかかわらず、MQL5コンパイラーは同様のケースで警告を生成しない(||を複数のアトム演算に分割することを示唆しない)。 そこから、歴史の対応するページが逆転していることがわかります A100 2018.12.20 01:51 #33 に加えたい. ドキュメンテーションでも言って いること。 "操作の順番を変えるには、優先順位の高い 括弧を 使用します"。 ということは、(順序の変更とは関係ない)他の目的での括弧の使用は、やはり正当化されなければなりません。 A100 2018.12.20 02:07 #34 fxsaber:プログラマーの人数の閾値は、どこでためらうべきなんでしょうね。5では物足りない。1,000では足りません。10,000円~躊躇する。そして、最後にN-信頼です。しかし、(N-1)の時は......まだ信用していませんでした。閾値は絶対値ではなく、そう思わない人の割合で定義されています。大多数は間違っているかもしれないが、99%ではないことは信頼できる基準である Alexey Navoykov 2018.12.20 02:52 #35 A100: そして、1961x32ではすべてがうまくいくのですが...。やったーうーん、面白い機能ですね。これからはプラットフォームのビットレートも指定しよう Alexey Navoykov 2018.12.20 03:34 #36 A100:それで?これです。 int i = 1 << 2 + 3; また、MQL4では優先順位がごちゃごちゃになっていたのですか? はい、ドキュメントに よると、旧バージョンでは優先順位が異なっていたそうです。 しかし、私の考えでは、そんなことはとっくにどうでもよくなっています。また、strict指令が指定されている場合はなおさらです。また、誰かが古いコードを掘り返してコンパイルしようとすると、とにかくそこで多くのことをやり直さなければならない。だから、こうした警告は過去の遺物なのだ。だから、警告を一律に出してはいけないというのは、私も同感です。 Ilya Malev 2018.12.20 04:26 #37 すみません、もしご存知でしたら、mqlでvoid*ptrからintを取得する方法は(int)StringFormat("%i",ptr)以外にあるのでしょうか? fxsaber 2018.12.20 05:36 #38 A100:つまり、あなたのコードでは、ブラケットには何の意味もなく、ステートメントが... は非論理的で、括弧の場合は優先順位や順序が実際に変更されたかどうかを理解する必要がありますが、私のコードでは括弧自体が優先順位や順序の変更を意味します(括弧の有無ですべてが明らかになります)。 括弧エフエックスセイバーA100あるある分かりにくい作戦の優先順位が逆転するノー操作の優先順位は変更されていませんオペレーションの優先順位に変更はない括弧は、式を完全に曖昧にしない。 警告そのものは(括弧についてだけでなく)、エラーについてではなく、エラーの可能性について教えてくれるのです。しかし、あなたは、(括弧に限らず)優先順位はコンパイラで明確に指定されているので、すべての警告を完全に取り除くことを提案しています。 A100:閾値は絶対値ではなく、そう思わない人の数の%比率で定義されています。ほとんどが間違っているかもしれないが、99%ではないことは信頼できる基準である 絶対的な数字ではなく、相対的な数字についての同じ質問です。98%というのは信頼できる基準なのでしょうか?А 97%?信頼性を疑わなければならない閾値はどこにあるのでしょうか?たとえ、周りの100%の人があなたを殺人狂だと主張しても。それは信頼できる基準なのでしょうか? Igor Makanu 2018.12.20 06:14 #39 Ilya Malev: mqlでvoid*ptrからintを得るのに、(int)StringFormat("%i",ptr)以外の方法があるのか?のみで、ポインタのアドレスはStringConcatenate() で取得していました。 Cinteger *x = new Cinteger(); string s; int zz=StringConcatenate(s,"*x = ",x); Print("OK ",s); pavlick_ 2018.12.20 06:20 #40 Alexey Navoykov:最も単純な例は、配列クラスです。 この場合、任意のポインタを格納するために使用されます。 このような配列は、はっきり言って使い物になりません。それで何ができるのか?配列のメンバーに対して、自動的にdeleteを呼び出さないことはご存知ですよね? 1234567891011...20 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混同されていたからだ」と説明しています。だから今は、注目を集めることが大切なんです。警告だけなのも困りもので、エラーになればもっといいのですが。
あるいは、平手打ち
ご紹介したリンク先を読んでみましたか?その理由について、Slava氏は「古いMQL4では優先順位が混ざって いたからだ」と説明しています。だから今は、注目を集めることが大切なんです。警告だけなのも困りもので、エラーが出ればもっといいのですが。
それで?これです。
また、MQL4では優先順位がごちゃごちゃになっていた?一般的なアプローチの話であって、特殊なケースではないのです。特殊なケース では、(例外として)警告・エラーを出すことができますが、なぜ他のすべてに拡大する必要があるのでしょうか?
それに、MQL4では(私が知る限り)、||演算子に遅延がないとしましょう。そして、これにもかかわらず、MQL5コンパイラーは同様のケースで警告を生成しない(||を複数のアトム演算に分割することを示唆しない)。
そこから、歴史の対応するページが逆転していることがわかります
に加えたい. ドキュメンテーションでも言って いること。
"操作の順番を変えるには、優先順位の高い 括弧を 使用します"。
ということは、(順序の変更とは関係ない)他の目的での括弧の使用は、やはり正当化されなければなりません。
プログラマーの人数の閾値は、どこでためらうべきなんでしょうね。5では物足りない。1,000では足りません。10,000円~躊躇する。そして、最後にN-信頼です。しかし、(N-1)の時は......まだ信用していませんでした。
閾値は絶対値ではなく、そう思わない人の割合で定義されています。大多数は間違っているかもしれないが、99%ではないことは信頼できる基準である
そして、1961x32ではすべてがうまくいくのですが...。やったー
うーん、面白い機能ですね。これからはプラットフォームのビットレートも指定しよう
それで?これです。
また、MQL4では優先順位がごちゃごちゃになっていたのですか?
はい、ドキュメントに よると、旧バージョンでは優先順位が異なっていたそうです。
しかし、私の考えでは、そんなことはとっくにどうでもよくなっています。また、strict指令が指定されている場合はなおさらです。また、誰かが古いコードを掘り返してコンパイルしようとすると、とにかくそこで多くのことをやり直さなければならない。だから、こうした警告は過去の遺物なのだ。だから、警告を一律に出してはいけないというのは、私も同感です。
つまり、あなたのコードでは、ブラケットには何の意味もなく、ステートメントが... は非論理的で、括弧の場合は優先順位や順序が実際に変更されたかどうかを理解する必要がありますが、私のコードでは括弧自体が優先順位や順序の変更を意味します(括弧の有無ですべてが明らかになります)。
括弧は、式を完全に曖昧にしない。
警告そのものは(括弧についてだけでなく)、エラーについてではなく、エラーの可能性について教えてくれるのです。しかし、あなたは、(括弧に限らず)優先順位はコンパイラで明確に指定されているので、すべての警告を完全に取り除くことを提案しています。
閾値は絶対値ではなく、そう思わない人の数の%比率で定義されています。ほとんどが間違っているかもしれないが、99%ではないことは信頼できる基準である
絶対的な数字ではなく、相対的な数字についての同じ質問です。98%というのは信頼できる基準なのでしょうか?А 97%?信頼性を疑わなければならない閾値はどこにあるのでしょうか?たとえ、周りの100%の人があなたを殺人狂だと主張しても。それは信頼できる基準なのでしょうか?
mqlでvoid*ptrからintを得るのに、(int)StringFormat("%i",ptr)以外の方法があるのか?
のみで、ポインタのアドレスはStringConcatenate() で取得していました。
最も単純な例は、配列クラスです。 この場合、任意のポインタを格納するために使用されます。
このような配列は、はっきり言って使い物になりません。それで何ができるのか?配列のメンバーに対して、自動的にdeleteを呼び出さないことはご存知ですよね?