[ruby-dev:16941] Re: ライブラリ拡大計画

In article <[e-mail]>,
  [e-mail] writes:

> うーん、どうしたものか。そしたらfailedじゃなくてrestとかになる
> ような。全部aliasしとこうかなぁ。

えぇ、converted との対としては rest が自然だと思います。

> success, failedは同じ、source = ["b\xa1\xa1"], pos = 1になりま
> す。

うぅむ。source の仕様が理解できません。

「入力となる String (ないしは nil)のどれかを単一の要素として持つ Array」
という解釈しか思いつかないのですが、単一要素だったら Arrayを生成する意
味がありませんし...

> > # うぅむ。ここで MIME charset が使えるのは現実的にはとても便利だ...
> 
> それはたぶんiconvの実装に依存します。

はい。知っています。

> ステートフルな入力だと芳しくないような気がします。たぶん一つの

そのとおりです。今回の私のコードは split(//, 2) が動く、つまり $KCODE
で指定できるもので、入力は文字単位でステートレスなのが前提です。

> 入出力に対して複数のiconvを使うのは、iconvの仕様上無理があると
> 思います。シフトステートに対する操作はリセットだけで、退避して
> おいたりすることはできませんから。文字参照を使うことを前提にす
> るなら、むしろ一度UCS-4にしてしまったほうがいいかも。

この、退避ができないということを納得するのも厄介でした。最終的には、
POSIX の iconv の説明を読んで iconv_t の中身には file descriptor が入っ
ている可能性もあるということを読んであきらめましたが。

ふむ。でも Iconv#dup は抑制されてないんですね。これでなにか怪しげなこ
とができるかな?

> > * retry でループを構成する必要がある。
> 
> 一応異常系なのでしょうがないという気もするのですが。まぁ他に手
> を思い付かなかったというだけなので、もっといい方法があればそう
> します。

私にもいい方法は思いつかないので何か提案するというわけではないんですが、
文字参照で出すという状況だと異常系ではない気分になるようで、そのへんの
気分とコードのミスマッチが厄介だと思った原因の一つです。

> > * unpack が期待通りに動かなかった。
> 
> これはよく分からないんですが。というか、iconvの問題ですか。

あ、これは iconv の問題ではありません。
http://www.ruby-lang.org/cgi-bin/ruby-bugs-ja/incoming?id=220;page=3;user=guest
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)