[#16708] includedir — nobu.nakada@...
なかだです。
[#16732] sharing sub-regexp — Tanaka Akira <akr@...17n.org>
Oniguruma についてひとつ要望があります。
Tanaka Akiraさんの<hvopu1hxfyd.fsf@coulee.a02.aist.go.jp>から
まつもと ゆきひろです
In article <1017890618.302241.17865.nullmailer@ev.netlab.jp>,
Tanaka Akiraさんの<hvo7knn93ug.fsf@coulee.a02.aist.go.jp>から
In article <20020405044506.D4784349@helium.ruby-lang.org>,
Tanaka Akiraさんの<hvopu1e4omy.fsf@coulee.a02.aist.go.jp>から
In article <20020410025054.C8DF0915@helium.ruby-lang.org>,
In article <hvor8lnchak.fsf@coulee.a02.aist.go.jp>,
前田です。
In article <87pu15z80q.wl@studly.priv.netlab.jp>,
前田です。
In article <87g01x1e6m.wl@studly.priv.netlab.jp>,
西山和広です。
In article <20020416180631.988E.ZN@mbf.nifty.com>,
前田です。
In article <87u1qaj0xe.wl@studly.priv.netlab.jp>,
前田です。
まつもと ゆきひろです
In article <1019116103.420173.12691.nullmailer@picachu.netlab.jp>,
前田です。
なかだです。
In article <200204181023.g3IANgM21124@sharui.nakada.kanuma.tochigi.jp>,
まつもと ゆきひろです
In article <1019140164.869863.14833.nullmailer@picachu.netlab.jp>,
[#16757] === — "Akinori MUSHA" <knu@...>
Array, Hash, Proc などで、 === が以下のように定義されていると
[#16761] StringIO — tadf@...
ふなばです。
なかだです。
ふなばです。
なかだです。
ふなばです。
青山です。
まつもと ゆきひろです
In article <1022740594.117106.6073.nullmailer@picachu.netlab.jp>,
前田です。
In article <874rgqdt3x.wl@studly.priv.netlab.jp>,
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
[#16776] Ruby 1.7.2 segfault — takuma ozawa <metal@...>
小澤といいます。
なかだです。
[#16790] Ruby Shim — "Akinori MUSHA" <knu@...>
1.7 early access kit という仮称で提案した構想ですが、先ほど
新井です。
At Tue, 9 Apr 2002 02:12:27 +0900,
なかだです。
[#16816] remove_const: cannot remove constant — Koji Arai <JCA02266@...>
新井です。
[#16833] math.c 1.10 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
さくです。
なかだです。
まつもと ゆきひろです
[#16868] make error on debian potato — Wakou Aoyama <wakou@...>
青山です。
[#16869] Makefiles dependency — nobu.nakada@...
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
わたなべです。
なかだです。
[#16894] compile failure in process.c, setpgrp() & setpgid() — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#16923] Module::new with block is useful? — "Shin'ya Adzumi" <adzumi@...>
あづみです。
[#16978] Re: [rubyist:1343] Re: another sample for the Method — Koji Arai <JCA02266@...>
新井です。
[#16989] making Proc in C (Re: [rubyist:1356] Re: another sample for the Method) — nobu.nakada@...
なかだです。
[ruby-dev:16940] Re: ライブラリ拡大計画
なかだです。
At Wed, 17 Apr 2002 15:21:07 +0900,
Tanaka Akira wrote:
> > successは残します。succeededじゃないかという気もそこはかとなく
> > するのですが。
>
> ふと、converted というのが頭に浮かびました。
うーん、どうしたものか。そしたらfailedじゃなくてrestとかになる
ような。全部aliasしとこうかなぁ。
> > ただし、Iconv#closeやIconv#iconvで発生するときもIconv.iconvに合
> > わせてArrayにしようかと思ってます。まだ決めかねてますが。その他
> > では、Iconv::Failure#sourceとIconv::Failure#posを追加するつもり
> > です。#sourceは入力のArray、#posはsource[0]で変換が停止した位置、
> > つまりfailed == source(0)[pos..-1] if source(0)になります。
>
> ふたつめ以降の文字列で問題が起きた場合にはどうなりますか?
> 現在だと、
>
> % ruby -riconv -e 'Iconv.iconv("US-ASCII", "EUC-JP", "a", "b\xa1\xa1") rescue p $!'
> #<Iconv::IllegalSequence: ["a", "b"], ["\241\241"]>
>
> というようになる場合です。
success, failedは同じ、source = ["b\xa1\xa1"], pos = 1になりま
す。
> # うぅむ。ここで MIME charset が使えるのは現実的にはとても便利だ...
それはたぶんiconvの実装に依存します。
> > > ちなみに、変換できない文字を(XML の)文字参照にするというのに使ったので
> > > すが、コード自体は短いくせにかなり厄介でしたね。
> >
> > どういう風に厄介でしたか。
>
> begin
> @out << @iconv.iconv(str)
> rescue Iconv::IllegalSequence => err
> @out << err.success
> ch, str = err.failed.split(//, 2)
> ch = @iconv_to_utf8.iconv(ch) if @iconv_to_utf8
> @out << @iconv.iconv("&##{ch.unpack('U')};")
> retry
> end
>
> というコードを書いたんですが、
>
> * ふたつの Iconv オブジェクトの状態変化を正しく扱っているかどうかを確
> 信するのが難しい。
ステートフルな入力だと芳しくないような気がします。たぶん一つの
入出力に対して複数のiconvを使うのは、iconvの仕様上無理があると
思います。シフトステートに対する操作はリセットだけで、退避して
おいたりすることはできませんから。文字参照を使うことを前提にす
るなら、むしろ一度UCS-4にしてしまったほうがいいかも。
> * retry でループを構成する必要がある。
一応異常系なのでしょうがないという気もするのですが。まぁ他に手
を思い付かなかったというだけなので、もっといい方法があればそう
します。
> * unpack が期待通りに動かなかった。
これはよく分からないんですが。というか、iconvの問題ですか。
--
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
中田 伸悦