[#34011] Should --verbose be equal to -v ? — Yugui <yugui@...>

Yuguiです。

15 messages 2008/03/10
[#34012] Re: Should --verbose be equal to -v ? — Yukihiro Matsumoto <matz@...> 2008/03/10

まつもと ゆきひろです

[#34105] rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...>

rational と complex が組み込みになったことで、lib/mathn.rb の意義は薄

29 messages 2008/03/22
[#34106] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/22

現時点で rational.rb と complex.rb を残しているのは、それが無難だから

[#34107] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/22

で、かなり選択肢を絞った叩き台です。

[#34120] Re: rational.rb, complex.rb and mathn.rb — keiju@... (石塚圭樹) 2008/03/24

けいじゅ@いしつかです.

[#34125] Re: rational.rb, complex.rb and mathn.rb — Shin-ichiro HARA <sinara@...> 2008/03/25

原です。

[#34130] Re: rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...> 2008/03/25

> 私も Complex の組み込みは Rational とは比較にならないくらい、仕様が決め

[#34158] Complex組み込み — Masahiro TANAKA <masa16.tanaka@...>

Complexが組み込みになるそうですが、これはcomplex.rbを踏襲して、

49 messages 2008/03/27
[#34161] Re: Complex組み込み — Shin-ichiro HARA <sinara@...> 2008/03/28

原です。

[#34168] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/28

> 今までの Complex は、complex.rb にほぼ残して、たとえば Rational 成分

[#34186] Re: Complex組み込み — Shin-ichiro HARA <sinara@...> 2008/03/31

原です。

[#34187] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/31

> そうです。Complex が難しい、という話を書いておくと、

[#34193] Re: Complex組み込み — Yukihiro Matsumoto <matz@...> 2008/03/31

まつもと ゆきひろです

[#34203] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/04/01

> |僕としては、/ 演算子の振舞いについて前向きに検討してほしいです。

[#34215] Re: Complex組み込み — Yukihiro Matsumoto <matz@...> 2008/04/02

まつもと ゆきひろです

[#34166] Re: Complex組み込み — Tadayoshi Funaba <tadf@...> 2008/03/28

> となるようですが、別の実装として、

[ruby-dev:34077] 異なるエンコーディングだと同じバイト列でも==にならない件

From: rubikitch@...
Date: 2008-03-18 02:41:10 UTC
List: ruby-dev #34077
るびきちです。

Ruby 1.9では同じバイト列であっても異なるエンコーディングの場合は == にはなりません。
方向性としては正しいかもしれませんが、ハマるケースが多いのではないでしょうか?
たとえばネットワークから読み込んだときサーバーが実際と異なるcharsetを吐き出した場合とか。
身近な例では何気なく下のようなコードを書いた場合です。
String#inspectがencoding情報を表示しない以上、
「同じ文字列なのになんで==にならないの!?おかしい!」と思う人が多いと思います。
僕としては、エンコーディングは空気のような存在であるべきだと思っています。
いちいちforce_encodingをつけるのも気持ち悪いですし。

異なるエンコーディングの文字列を結合できないのは当然だと思いますが、
せめて == での比較は許してもいいのではないでしょうか?
Rubyの == はFixnumとFloatの比較を許すなど空気を読んでくれる演算子だと思っていますが、
現状の String#== は厳密すぎると思います。
より厳密な比較ならばeql?がありますし。

# -*- coding: euc-jp -*-
# 日本語を含むコード
RUBY_VERSION                    # => "1.9.0"
RUBY_RELEASE_DATE               # => "2008-03-14"
GZIP_MAGIC = "\x1F\x8B"
open("/tmp/compressed.txt.gz", "r") do |f|
  magic = f.read(2)   # => "\x1F\x8B"
  magic == GZIP_MAGIC # => false
  if GZIP_MAGIC.respond_to? :encoding
    GZIP_MAGIC.encoding           # => #<Encoding:EUC-JP>
    magic.encoding                # => #<Encoding:ASCII-8BIT>
  end
end

--
rubikitch
Blog: http://d.hatena.ne.jp/rubikitch/
Site: http://www.rubyist.net/~rubikitch/

In This Thread

Prev Next