ruby-dev

永井＠知能．九工大です．

From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:33193] Re: Binary String
Date: Sun, 20 Jan 2008 02:28:17 +0900
Message-ID: <E1JGHUM-0004pa-8E@x61.netlab.jp>
> |Ruby 1.8 からの Marshal 経由 String のことまで考えると，
> |UNDEFINED-8BIT (dummy encoding をこれに割り振るのも可？) と 
> |Encoding.default_undefined とを新設した上で，
> |Ruby 1.9 では Marshal のフォーマットバージョンを
> |上げてしまうというのが一番すっきりしそうな気がします．
> 
> 「一番すっきり」という基準がよくわからないのですが、私の主観
> ではわからないものは全部「ASCII-8BIT」というのが一番すっきり
> しています。

わからないものとわかる or わかるとしていいものとの両方に
ASCII-8BIT が付くことがあるように見受けられるので．．．

「何でこれが ASCII-8BIT になっちゃうの！」というケースが
一切無くなるのであれば，ASCII-8BIT でもいいんですが．

> が、それでは困るケースも、もしかしたらあるでしょうから、その
> ような場合には、loadの引数として、(1.8から来たような)エンコー
> ディング指定がない文字列に付与するエンコーディングの指定を許
> すということは考えてもよいと思っています。

文字列の encoding に関する情報を何らかの値で
文字列と別に保持している場合は面倒なのではないでしょうか？
load では指定できないので，読み込んだ後で 
force_encoding せねばなりませんよね．
1.8 のケースと 1.9 のケースとで分けねばなりませんし．

．．．などと思ってましたが，「Object 一つだけのこと」と考えれば
それも大したことではないですね．(^_^;
ただ，ちょっと気になるのが次の点です．

> Marshal(1.9)ではエンコーディングは"encoding"というインスタン
> ス変数として保存されるので、1.8でも問題なく読めます。ので、
> この点からはフォーマットバージョンを上げなければならない必然
> 性はありません。

これは "@encoding" ですよね？
その方針は確定してしまったのでしょうか？
だとしたら，ちょっと困るのではないかと思います．
実際に，Ruby/Tk 1.8 での Tk::BinaryString 他 は 
"@encoding" というインスタンス変数に情報を保持してますので．

Ruby/Tk の件はともかく，勝手にインスタンス変数にして付与するのは
トラブルの元になるような気がします．
こういうことがあるので「フォーマットバージョンを上げた方が」と
言っていました．

> なんだかえらく複雑ですが、default_undefinedをプログラム中から
> 変更できるならそれは一種の大域変数なので面倒な「状態」を導入
> することになります。スレッドセーフじゃなくなるし。それはあま

実装の問題はよく分かっていないのですが．そうなんですか？

> りお勧めではありません。逆に変更できないなら、今度はいろいろ
> なところからの入力されたエンコーディングが指定されていない文
> 字列をプログラム全体で一括に扱う必要があり、それはそれで柔軟
> 性に欠けるように思います。

「いろいろなところからの入力」については default_external で
少なくとも明示されるものと考えていましたが．

> で、Marshalの件は忘れて、元のTkの話に戻ると、私自身は
> Identityというエンコーディング(おそらくはdummy)を導入すること
> に価値がある局面はありえると思っています。名前はともかく。し
> かし、それはTkからなんらかの理由でエンコーディングがIdentity
> である文字列をRuby側に導入しなければいけないケースがあり、か
> つ、そのエンコーディングがASCII-8BITでは明らかにまずく、それ
> ではないIdentityというエンコーディングでなければならないと示
> された場合に限ります。
> 
> 現時点では、バイナリとASCII-8BITが区別できなくてまずいケース
> については、(いくつかの例外を除いて)明確に指定されていないよ
> うに思います。あ、もちろん「バイナリに「ASCII」という名前がつ
> いているのが気に入らない」という理由もあるのですが、そこはそ
> れ、歴史的事情なので目をつぶっていただくとして。

はい．とりあえずは「困る」という具体例が出るまで保留します．
-- 
                                       永井 秀利 （九工大 知能情報）
                                           nagai@ai.kyutech.ac.jp

Thread

Prev Next

In This Thread

Prev Next

[#32910] NKF,Kconv — Kazuhiro NISHIYAMA <zn@...>

[#32913] openの"b"とencoding — Kazuhiro NISHIYAMA <zn@...>

[#32922] SEGV by regexp match in while loop — Tanaka Akira <akr@...>

[#32932] extend Tempfile — Tanaka Akira <akr@...>

[#32935] queue and timeout — Tanaka Akira <akr@...>

[#32940] ripper cannot build on win32 — yukimi_sake <yukimi_sake@...>

[#32945] Shift_JIS variants and UTF-16 support — "U.Nakamura" <usa@...>

[#32946] replica と alias の違い(encoding) — KIMURA Koichi <kimura.koichi@...>

[#32957] SEGV by Symbol#match — "Hiroyuki Iwatsuki" <don@...>

[#32970] rb_thread_create()の中でmodule_eval — Kouhei Sutou <kou@...>

[#32979] BOM of UTF-８ — KIMURA Koichi <hogemuta@...>

[#32987] error with open-uri (instance_eval?) — "U.Nakamura" <usa@...>

[#32988] Re: [ruby-cvs:22194] Ruby:r14957 (trunk): * encoding.c (rb_enc_init): UTF-{16,32}{BE,LE} are not builtin. — Yukihiro Matsumoto <matz@...>

[#32992] ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — "NARUSE, Yui" <naruse@...>

[#32996] binmode and ASCII-8BIT — Kazuhiro NISHIYAMA <zn@...>

[#33058] Time.mktime — Tadayoshi Funaba <tadf@...>

[#33059] time.rb — Tadayoshi Funaba <tadf@...>

[#33060] Shellwords alias bug? — Masahiro Kawato <m-kawato@...>

[#33061] rational 1.18 — Tadayoshi Funaba <tadf@...>

[#33069] Re: [ruby-cvs:22244] Ruby:r15007 (trunk): * enc/make_encdb.rb: added. search enc/*.c and make encoding database. — Yukihiro Matsumoto <matz@...>

[#33072] Segmentation fault when File.open — Jun Mukai <mukai@...>

[#33076] Encoding.compatible? and dummy encodings — sheepman <sheepman@...>

[#33078] NEW REPLICA ENCODINGS AND ENCODING ALIASES — "NARUSE, Yui" <naruse@...>

[#33079] A patch for the manpage and ruby -h — Yugui <yugui@...>

[#33088] IO#gets with limit — sheepman <sheepman@...>

[#33095] Coerce via aliased methods — Yugui <yugui@...>

[#33097] Re: [ruby-cvs:22286] Ruby:r15049 (trunk): * configure.in (setup): add -I$(EXTOUT)/$(arch) to MINIRUBY. — "U.Nakamura" <usa@...>

[#33101] String#valid_encoding? shoud be strict? — Masayoshi Takahashi <maki@...>

[#33111] us_ascii.o: No such file or directory — Martin Duerst <duerst@...>

[#33124] Thread#priority= does not work — "Yusuke ENDOH" <mame@...>

[#33129] uninitialized constant Encoding::ASCII_8BIT (NameError) — Tanaka Akira <akr@...>

[#33130] 1.9.0 をコンパイルしてみた — Shin-ichiro HARA <sinara@...>

[#33136] enc_register_at should use strdup — sheepman <sheepman@...>

[#33139] Bignum#* might invoke GC parallelly? — "Yusuke ENDOH" <mame@...>

[#33142] eval(str.dump)==str — Kazuhiro NISHIYAMA <zn@...>

[#33156] default script encoding and -K option — sheepman <sheepman@...>

[#33159] the encoding of StringIO.new — sheepman <sheepman@...>

[#33164] default encoding for Marshal.load — "Shugo Maeda" <shugo@...>

[#33173] should initialize the group of threads — sheepman <sheepman@...>

[#33185] コンパイルの問題 (r15218) — Martin Duerst <duerst@...>

[#33189] nonlinear performance of each_char — Tanaka Akira <akr@...>

[#33191] Re: [ruby-cvs:22367] Ruby:r15130 (trunk): * enc/koi8_u.c: added. — Tanaka Akira <akr@...>

[#33211] each_char — Tanaka Akira <akr@...>

[#33218] Re: Ruby1.9String バイト列へのインデックス アクセス — "Hisanori Kiryu" <hkiryu@...>

[#33221] encoding of Iconv::Failure#success — Tanaka Akira <akr@...>

[#33224] printf "%0x" — Tanaka Akira <akr@...>

[#33226] [PATCH] warnings of enc/trans/utf_16_32.c — Nobuyoshi Nakada <nobu@...>

[#33231] each_char yields extra NUL — Tanaka Akira <akr@...>

[#33234] SEGV by test/ruby/test_io_m17n.rb — Tanaka Akira <akr@...>

[#33239] Re: [ruby-cvs:22386] Ruby:r15149 (trunk): * string.c (rb_str_each_char): move forward. — Tanaka Akira <akr@...>

[#33247] requests to transcode — "U.Nakamura" <usa@...>

[#33257] Bignum#quo may cause infinite loop — "Yusuke ENDOH" <mame@...>

[#33258] exhaustive test for bignum.c — "Yusuke ENDOH" <mame@...>

[#33261] Local variables in ChangeLog — Kazuhiro NISHIYAMA <zn@...>

[#33264] Marshal.load fails on LANG=ja_JP.EUC-JP — Tanaka Akira <akr@...>

[#33265] backported GC.stress for 1.8 — Tadashi Saito <shiba@...2.accsnet.ne.jp>

[#33273] Re: [ruby-cvs:22404] Ruby:r15167 (trunk): * configure.in (MINIRUBY): remove -I$(EXTOUT)/$(arch) from — Tanaka Akira <akr@...>

[#33275] comment about sprintf %u — "Yusuke ENDOH" <mame@...>

[#33276] comment about Math#asin — "Yusuke ENDOH" <mame@...>

[#33279] ASCII-8BIT regexp — sheepman <sheepman@...>

[#33280] exhaustive tests for struct.c, sprintf.c and math.c — "Yusuke ENDOH" <mame@...>

[#33282] fronzen string cannot unpack("p") — Nobuyoshi Nakada <nobu@...>

[#33303] Time#strftimeのエンコーディング — rubikitch@...

[#33328] can modify array during iteration — "Yusuke ENDOH" <mame@...>

[#33340] Can large scale projects be successful implemented around a dynamic programming language? — Jordi <mumismo@...>

[#33354] Re: [ruby-cvs:22447] Ruby:r15210 (trunk): * io.c (rb_io_getline_fast): the end point of left_char_head() — "U.Nakamura" <usa@...>

[#33359] printf "%#o\n", 0 — Tanaka Akira <akr@...>

[#33363] printf "%.0d\n", 0 — Tanaka Akira <akr@...>

[#33364] rdocのメモリ消費量がやばい — rubikitch@...

[#33367] printf "%#o\n", -1 — Tanaka Akira <akr@...>

[#33368] summary of script encoding — "U.Nakamura" <usa@...>

[#33377] Regexp#sourceのencoding — Kazuhiro NISHIYAMA <zn@...>

[#33380] Re: [ruby-cvs:22481] Ruby:r15244 (trunk): * string.c (rb_str_usascii_new{,2}: defined. — Tanaka Akira <akr@...>

[#33387] HashからStructを作る — rubikitch@...

[#33388] void value expression — SASADA Koichi <ko1@...>

[#33392] Re: [ruby-cvs:22482] Ruby:r15245 (trunk): * compile.c, compile.h: fix stack pointer issues. — Tanaka Akira <akr@...>

[#33399] regexp match /.../n against to UTF-8 string — Tanaka Akira <akr@...>

[#33400] /#{}/e.encoding — Tanaka Akira <akr@...>

[#33401] _dump and encoding with marshal — Tanaka Akira <akr@...>

[#33403] wrapped String#gsub — "Park Ji-In" <tisphie@...>

[#33218] Re: Ruby1.9String 　バイト列へのインデックス　アクセス — "Hisanori Kiryu" <hkiryu@...>