[#32910] NKF,Kconv — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#32913] openの"b"とencoding — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#32922] SEGV by regexp match in while loop — Tanaka Akira <akr@...>
Debian GNU/Linux (sarge) の gcc-3.4 を使ってビルドした ruby
[#32935] queue and timeout — Tanaka Akira <akr@...>
timeout で Queue#pop に時間制限をつけた時、タイムアウト時に
まつもと ゆきひろです
[#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@...>
木村です。
[#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@...>
成瀬です。
まつもと ゆきひろです
At 18:13 08/01/09, Yukihiro Matsumoto wrote:
成瀬です。
まつもと ゆきひろです
成瀬です。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#32996] binmode and ASCII-8BIT — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#33069] Re: [ruby-cvs:22244] Ruby:r15007 (trunk): * enc/make_encdb.rb: added. search enc/*.c and make encoding database. — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
まつもと ゆきひろです
[#33076] Encoding.compatible? and dummy encodings — sheepman <sheepman@...>
こんにちは sheepman です。
成瀬です。
まつもと ゆきひろです
[#33078] NEW REPLICA ENCODINGS AND ENCODING ALIASES — "NARUSE, Yui" <naruse@...>
成瀬です。
[#33101] String#valid_encoding? shoud be strict? — Masayoshi Takahashi <maki@...>
高橋征義です。1.9のエンコーディングとString#valid_encoding?について。
[#33139] Bignum#* might invoke GC parallelly? — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#33156] default script encoding and -K option — sheepman <sheepman@...>
こんばんは sheepman です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
[#33164] default encoding for Marshal.load — "Shugo Maeda" <shugo@...>
前田です。
まつもと ゆきひろです
[#33185] コンパイルの問題 (r15218) — Martin Duerst <duerst@...>
r15128 当たりで (実はもう少し前から) コンパイルできなくなりました。
[#33218] Re: Ruby1.9String バイト列へのインデックス アクセス — "Hisanori Kiryu" <hkiryu@...>
> ちなみに、byte のではなく bytes の方が妥当だと思います。
[#33224] printf "%0x" — Tanaka Akira <akr@...>
printf の %0x に負の整数を与えると、値によって .. がついたり
[#33226] [PATCH] warnings of enc/trans/utf_16_32.c — Nobuyoshi Nakada <nobu@...>
なかだです。
[#33239] Re: [ruby-cvs:22386] Ruby:r15149 (trunk): * string.c (rb_str_each_char): move forward. — Tanaka Akira <akr@...>
In article <200801210259.m0L2x3CW017171@ci.ruby-lang.org>,
なかだです。
In article <20080121065650.55F60E0662@mail.bc9.jp>,
なかだです。
まつもと ゆきひろです
[#33247] requests to transcode — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#33303] Time#strftimeのエンコーディング — rubikitch@...
るびきちです。
まつもと ゆきひろです
なかだです。
西山和広です。
[#33368] summary of script encoding — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
永井@知能.九工大です.
[#33387] HashからStructを作る — rubikitch@...
るびきちです。
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
[#33399] regexp match /.../n against to UTF-8 string — Tanaka Akira <akr@...>
以下のように、つけてもいない正規表現の n オプションに関して
[#33400] /#{}/e.encoding — Tanaka Akira <akr@...>
以下のように /#{}/e の encoding が US-ASCII になります。
[#33403] wrapped String#gsub — "Park Ji-In" <tisphie@...>
こんにちは、朴 芝印です。
[#33417] コンパイルの問題 — Martin Duerst <duerst@...>
現在 (r15264 で) コンパイル使用とすると、エラーになります:
At 16:28 08/01/27, you wrote:
[#33433] Win32OLE: set encoding to OLE string — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
成瀬です。
助田です。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#33452] enc/euc_kr.c (euckr_mbc_enc_len) euc_kr.c is also used by CP942 — "NARUSE, Yui" <naruse@...>
成瀬です。
まつもと ゆきひろです
成瀬です。
[#33461] Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...>
=1B$B?9ED$H?=3D$7$^$9!#=1B(B
なかだです。
森田です。
なかだです。
森田です。
天野竜太郎と申します。
森田です。
天野です。
森田です。
天野です。
森田です。
天野です。
森田です。
天野です。
[#33488] 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
成瀬です。
永井@知能.九工大です.
成瀬です。
永井@知能.九工大です.
成瀬です。
In article <47A00E86.4010701@airemix.com>,
成瀬です。
In article <47A03C9D.2090008@airemix.com>,
In article <87hcgvu1ng.fsf@fsij.org>,
[#33521] nkf の CP932 — Martin Duerst <duerst@...>
成瀬さん、皆さん、こんにちは。
[#33548] block parameter of String#gsub — "NARUSE, Yui" <naruse@...>
成瀬です。
まつもと ゆきひろです
[ruby-dev:33281] Re: Binary String
永井@知能.九工大です.
From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:33248] Re: Binary String
Date: Mon, 21 Jan 2008 18:11:42 +0900
Message-ID: <E1JGpaE-00082W-G1@x61.netlab.jp>
> 「こういうプログラムがあって、こんな面倒なことをしないと文字
> 化けする」とか、「Tcl ではこんなにストレートに書けるのに
> (Rubyのせいで)Ruby/Tkではこんなに回りくどい」とか言ってくださ
> ると助かります。
ちょっと誤解されているような気がするので,念のためですが,
Ruby/Tk 自体については
From: Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
Subject: [ruby-dev:33127] Re: Binary String
Date: Wed, 16 Jan 2008 10:21:14 +0900
Message-ID: <20080116.102114.71109541.nagai@ai.kyutech.ac.jp>
> 議論 (になっていないのかもしれませんが) が完結していないのは
> 承知していますが,Ruby 1.8 との互換性維持のためというのが
> 一切受け入れられない (全滅もやむをえない) ということであれば,
> これ以上はお願いしてもどうしようもないと思えるためです.
>
> つまり,
>
> * binary に対しては ASCII-8BIT を与える.
>
> * ASCII-8BIT が来たときには binary であるとし,一切変換を行わない.
>
> という対応で,互換性を捨てる (従来のスクリプトは極めて高い確率で
> 文字化けする) ということになります.
というように,自らの主義には反しつつも互換性を捨て去ることに
妥協はしています.
ただ,その後の [ruby-dev:33161], [ruby-dev:33162] とかで
気になる話も出ているので,そのまま妥協しても本当に大丈夫なのかが
ちょっと心配になってはいますが.(^_^)
# 現状が変化したり,本当にどうしようもない例が見つかれば
# 撤回せざるをえないということになるかもしれません.
にもかかわらず UNDEFINED-8BIT なんて話を出したりしているのは,
さまざまな外部ライブラリをブラックボックスとして用いる場合を
考えてのことです.
つまり,外部ライブラリのメソッドの戻値の encoding を
どこまで信じたらいいかという話でもあります.
ASCII-8BIT で返ってきたとして,
これは必然で ASCII-8BIT になっているのか,
それとも未定義のためやむをえず ASCII-8BIT になっているのか...
Ruby 1.9 用の外部ライブラリならいいのですが,
本来は Ruby 1.8 用である外部ライブラリを援用しているケースでは
少々やっかいです.
事実 Marshal のケースでは,何とか対策するために
ライブラリに手を入れざるを得なかったわけですよね?
もちろんここで Ruby/Tk の場合と同様に
「Ruby 1.8 用のライブラリを使う方が悪い」とか,
「Ruby 1.8 用のライブラリで文字列を扱うものはほとんど諦めてください」
とすることもできます.
それも確かに一つの選択肢でしょう.
開発が継続しているライブラリであれば,いつかは保証できませんが,
多分,Ruby 1.9 対応は行われるだろうと期待することは可能です.
あるいは,自分でそのライブラリの解析ができる人なら
自分でパッチを作成して利用可能にすることができるかもしれません.
ですが,そうでない人の場合はどうでしょう?
開発が停止してブラックボックスとなっているライブラリが
どうしても必要な人や,1.9 対応をどうしても待てない人は?
すべてのケースで「諦めて 1.8 を使い続けてね」と答えるのを
是とするのかどうかです.
# 根本的に対応不可能なケースがあるのは承知していますから,
# そのような場合は含めていません.
# 「Ruby 1.9 自体がいろいろ変っているんだから」というのは
# 「Ruby 1.8 のものはすべて使えない」と同意ではないですよね.
UNDEFINED-8BIT はこうした場合の救済策になるのではないかと考えて
話に出したものです.
直接には手が届かないライブラリ内部の処理に
デフォルトの encoding の情報を与えることができます.
その結果,encoding が明記されていない文字列を
期待する encoding で適切に処理してもらえるように
できる可能性が高まります.
また,UNDEFINED-8BIT で返されたならば,
他の encoding の場合と違って Ruby 1.9 としての処理の結果の
必然として得られたものではないということが分かります.
それが分かれば好きなように料理することができます.
UNDEFINED-8BIT のようなものが存在しなければ,
ブラックボックスの戻値はすべて同じ encoding であると
推定するしかありません.
# 今回も「何だか良く分からないことを感情的に喋っている」と
# 思われて終わりかなぁ...(^_^;
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp