[#37248] [Feature:1.9] Enumerator#inspect — "Yusuke ENDOH" <mame@...>

遠藤です。

12 messages 2008/12/02

[#37337] [Feature #841] Object#self — "rubikitch ." <redmine@...>

Feature #841: Object#self

13 messages 2008/12/09

[#37513] Current status of 1.9.1 RC1's issues — "Yugui (Yuki Sonoda)" <yugui@...>

Hi, folks

14 messages 2008/12/20
[#37516] Re: Current status of 1.9.1 RC1's issues — Masatoshi SEKI <m_seki@...> 2008/12/20

咳といいます。

[#37576] [BUG:trunk] encoding for stdio's — "Yugui (Yuki Sonoda)" <yugui@...>

Yuguiです。

11 messages 2008/12/24

[ruby-dev:37323] Re: invalid byte sequence by pack format 'A' or 'a'

From: Yukihiro Matsumoto <matz@...>
Date: 2008-12-08 14:15:44 UTC
List: ruby-dev #37323
まつもと ゆきひろです

In message "Re: [ruby-dev:37318] Re: invalid byte sequence by pack format 'A' or 'a'"
    on Mon, 8 Dec 2008 20:32:12 +0900, "Yugui (Yuki Sonoda)" <yugui@yugui.jp> writes:

|validityを検査して結果のエンコーディングが変わるという選択肢は、なんだか
|一貫性がなくて使いづらそうです。

気持ちはわかります。

|ならば、その2つの選択肢の中ではエンコーディングを保つほうになりますが、
|私は常にASCII-8BITが良いと思っています。
|
|validでない文字列を生成し得ることが意図的(=マルチバイト文字列に対しても
|バイト単位で処理することが意図的)だとすると、'a', 'A'は、部分文字列を複
|写するpackではなく、文字列のバイト表現を転写するpackなのではないでしょうか。

理屈からはそうなのですが、エンコーディング情報が残せる時に残
しておかないと、unpackの時に元に戻らないケースが増えます。複
数のエンコーディングをpackしてしまった時には仕方がないですが、
packした文字列のエンコーディングが単一ならばunpackでエンコー
ディング情報も含めて戻ってほしくないですか?

                                まつもと ゆきひろ /:|)

In This Thread

Prev Next