ruby-dev

まつもと ゆきひろです

In message "Re: [ruby-dev:33281] Re: Binary String"
    on Wed, 23 Jan 2008 01:30:19 +0900, Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> writes:

|にもかかわらず UNDEFINED-8BIT なんて話を出したりしているのは，
|さまざまな外部ライブラリをブラックボックスとして用いる場合を
|考えてのことです．

ふーむ。

|もちろんここで Ruby/Tk の場合と同様に
|「Ruby 1.8 用のライブラリを使う方が悪い」とか，
|「Ruby 1.8 用のライブラリで文字列を扱うものはほとんど諦めてください」
|とすることもできます．
|それも確かに一つの選択肢でしょう．

「ほとんど」がどのくらい「ほとんど」かどうかは正直よくわから
ないですね。ある程度以上規模が大きいものとCライブラリのラッ
パーは難しいだろうとは思います。

|# 根本的に対応不可能なケースがあるのは承知していますから，
|# そのような場合は含めていません．
|# 「Ruby 1.9 自体がいろいろ変っているんだから」というのは
|# 「Ruby 1.8 のものはすべて使えない」と同意ではないですよね．

うーん、

  (a) 1.8対応ライブラリ(1.9未対応)
  (b) そのうちUNDEFINED-8BITで救済できるもの
  (c) 根本的に対応不可能なもの

があって、a=b+cなわけですが、bの割合がどれだけ大きいかですよ
ね。これは「encodingが明示されていないのでASCII-8BITになって
しまった(ので、永井さん的にはUNDEFINED-8BITになるべき)文字列」
と「意図的にASCII-8BITを指定した文字列」がそれぞれどれだけ存
在するかにかかってくると思います。

で、現在、みなさんの努力によって意図せずにASCII-8BITを使って
しまう割合はどんどん減っています。エンコーディングが明示され
る局面は増えていますし、ASCIIであるべきものの多くはUS-ASCIIに
なっていますし。つまり、UNDEFINED-8BITがあっても、それと
ASCII-8BITを区別しなければならない局面が減っている、言い方を
変えると、bの割合はどんどん減っていて、永井さんのアイディアの
有効性も下がっているということではないかと思います。

ので、近い将来、1.8対応だろうが1.9対応だろうが、ASCII-8BITの
文字列を見たら、永井さんが提案されたUNDEFINED-8BITと同程度に
見なしてもほぼ危険がない状態になるだろうことを予想しているの
です。

|また，UNDEFINED-8BIT で返されたならば，
|他の encoding の場合と違って Ruby 1.9 としての処理の結果の
|必然として得られたものではないということが分かります．
|それが分かれば好きなように料理することができます．
|
|UNDEFINED-8BIT のようなものが存在しなければ，
|ブラックボックスの戻値はすべて同じ encoding であると
|推定するしかありません．

UNDEFINED-8BITがあってもブラックボックスの戻り値は同じエンコー
ディングであると推定するしかないと思うんですが、なにか間違っ
てます？

あ、個々のライブラリ呼び出しの前にdefault_undefinedを指定するっ
てことなのかな。そうか、それだと意味があるかな。でも、その
APIは避けたいのですが。スレッドセーフじゃないし。

|# 今回も「何だか良く分からないことを感情的に喋っている」と
|# 思われて終わりかなぁ．．．(^_^;

ほんとはC拡張ライブラリごとのコンテキストを持ってて、そこでこ
のライブラリのデフォルトのエンコーディングはこれ、とか指定で
きるとだいぶ楽なのですが。ちょっと実装が大変そう。

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

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@...>