(2.0..1.0).max)このアサーションは間違っていることになります。}これも間違っています。小崎さんが言うように数値範囲を適切に扱いたくなるのはとても共感できます。数の場合に難しくなります。範囲の境界がぼやけてしまいます。範囲に含まれるかどうかを定義する必要があります。含まれるかどうかは基本的には文脈依存でしか判断できない問題になります。等しいかどうかは値だけでは判断できませんから。ago=begin樽家です。snipこうしてみると、以下の仕様に一貫性がないように感じます。さんによる追加は一貫性が無い方に分類できると思います。明確な定義が必要ですよね。}は#974で導入されてます。有用なmatz>最大値の唯一の定義は存在しなさそうだ、ということですという理由でエラーにしています。このときはendがfloatの時だけを問題にしてましたが、だったらbeginがfloatの時も問題でしょう。今回のbug報告はこの時の変更に追従して変更すべきだったのを変更してなかったんではないかというバグ報告として挙げていて、maxとはどうあるべきかまでは踏み込んでないつもりです。いう議論をするならどっちかというと、#4577ですかね。離散値として扱う場合と、連続量として扱う場合が混ざってしまってるんですよね。その集合に対して、最大の数値を取り出すという操作をしているわけですよね。errorになるのは納得できるのですが、そうじゃないときもerrorにするのが親切なんですかね?end-1がbeginより小さかったらエラー。いうロジックだと困ります?endが非整数値のときの扱いにも同じ疑問があるのですが。#=>1.5になっているのが1にしないといけなくなってしまい、割と大変更になりそうです。writes:|終端を含まないRangeについて、endがIntegerである時にend-1を返していますが、|それはbeginもIntegerである事が想定されてると思います。beginがIntegerじゃないときは、endがIntegerでない時と同様に|maxが定義できなさそうなので、やはり同様にErrorにした方が親切かと思います。||以下のパッチを入れていいですか?入れてもいいんじゃないでしょうか。writes:|終端を含まないRangeについて、endがIntegerである時にend-1を返していますが、|それはbeginもIntegerである事が想定されてると思います。beginがIntegerじゃないときは、endがIntegerでない時と同様に|maxが定義できなさそうなので、やはり同様にErrorにした方が親切かと思います。||以下のパッチを入れていいですか?入れてもいいんじゃないでしょうか。ago今回のbug報告はこの時の変更に追従して変更すべきだったのを変更してなかったんではないかというバグ報告として挙げていて、maxとはどうあるべきかまでは踏み込んでないつもりです。いう議論をするならどっちかというと、#4577ですかね。対応漏れという認識で理解しました。LangLoading...。