[#24661] MANIFEST — WATANABE Hirofumi <eban@...>
わたなべです。
[#24670] IO.popen(["echo", "aaa"]) failure — Tanaka Akira <akr@...17n.org>
make test-all で昨日は起きなかったエラーが出るので調べたところ、
わたなべです。
まつもと ゆきひろです
[#24672] gc.c: structure has no member named `IA64_BSPSTORE' — akira yamada / やまだあきら <akira@...>
Linux/ia64環境ではgc.cで
[#24698] NKF(nkf2)を1.8ブランチに入れました — "NARUSE, Yui" <naruse@...>
naruseです。
こんにちは。
naruseです。
こんにちは。
[#24708] String#gsub causes core dump — Tanaka Akira <akr@...17n.org>
次のようにすると core を吐きます。
[#24716] Re: [ruby-cvs] ruby/lib, ruby/ext/socket, ruby: * string.c (str_gsub): should have removed rb_str_unlocktmp(str). — Tanaka Akira <akr@...17n.org>
In article <20041104234342.9C575C6718@lithium.ruby-lang.org>,
まつもと ゆきひろです
[#24720] メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...>
MoonWolfです。
まつもと ゆきひろです
MoonWolfです。
高橋征義です。
naruseです。
[#24728] sysvipcをlibに取り込みたい — MoonWolf <moonwolf@...>
MoonWolfです。
[#24740] Ruby 1.8.2 preview3 — Yukihiro Matsumoto <matz@...>
Hello,
[#24748] "\000\000\000\001".unpack("N") returns [0] — GOTOU Yuuzou <gotoyuzo@...>
Ruby 1.8で、Ruby 1.9のtest/ruby/test_pack.rbを試すとエラーに
まつもと ゆきひろです
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#24771] Re: [ruby-cvs] ruby/lib, ruby/ext/socket, ruby: * dir.c (rb_glob2): do not allocate buffer from heap to avoid — nobu@...
なかだです。
まつもと ゆきひろです
まつもと ゆきひろです
[#24781] リリーススクリプト — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#24785] cannot require tk — Minero Aoki <aamine@...>
青木です。
[#24804] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...>
mput です。 ruby-dev に移動します。
In article <2D6284E3-351D-11D9-B7EF-000393735AAE@mput.dip.jp>,
mput です。
高橋征義です。
mput です。
[#24828] test_logger が -r gtk2 の時に失敗 — Kazuhiko <kazuhiko@...>
かずひこです。
まつもと ゆきひろです
[#24834] Process.getrlimit and Process.setrlimit — Tanaka Akira <akr@...17n.org>
Process.getrlimit と Process.setrlimit が欲しいので実装してみました。
なかだです。
In article <20041117.151309.21595195.taca@back-street.net>,
西山和広です。
In article <20041117154831.080F.ZN@mbf.nifty.com>,
まつもと ゆきひろです
In article <1100706032.176617.3333.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1100749113.608312.10170.nullmailer@x31.priv.netlab.jp>,
[#24848] ERROR: install-doc — WATANABE Hirofumi <eban@...>
わたなべです。
[#24850] ChangeLog for — Tanaka Akira <akr@...17n.org>
[ruby-dev:24635] が commit log にも ChangeLog にも記述されないで取り込
In article <1100493656.630060.15787.nullmailer@x31.priv.netlab.jp>,
順序を変えて引用しています。
[#24873] A Float-related race in GC? — akira yamada / やまだあきら <akira@...>
[#24922] Re: imported Oni Guruma 3.4.0 — "K.Kosako" <kosako@...>
> 以下のパッチで segv はしなくなったのですが make test に失敗しました。
[#24924] [Oniguruma] patch for 3.4.0 — "K.Kosako" <kosako@...>
3.4.0のimport後、今日までに発見された
まつもと ゆきひろです
[#24965] sync and stdio buffering — Tanaka Akira <akr@...17n.org>
ちょっとした思いつきなのですが、
In article <87hdnc8pcq.fsf@serein.a02.aist.go.jp>,
まつもと ゆきひろです
In article <1101525226.648183.765.nullmailer@x31.priv.netlab.jp>,
In article <87653s7ye5.fsf@serein.a02.aist.go.jp>,
まつもと ゆきひろです
[#24974] Re: [ruby-cvs] ruby: * io.c (rb_io_initialize): should retrieve flags from copying file — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#24981] jcode tr? : from.upto(to) { |c| a.push c } — Fumitoshi UKAI <ukai@...>
migemo で http://bugs.debian.org/283192 というバグレポートをうけました。
[#24993] rb_io_sysread dumps core [BUG] rb_sys_fail() - errno == 0 — Tietew <tietew-ml-ruby-dev@...>
ソケットとスレッドを大量に使うアプリ(具体的には IRCbot です)を
なかだです。
まつもと ゆきひろです
[#25003] IO#flush dumps core again — Tanaka Akira <akr@...17n.org>
次のようにすると core を吐きます。
なかだです。
まつもと ゆきひろです
In article <1101836040.635395.27476.nullmailer@x31.priv.netlab.jp>,
In article <1101878558.979715.1359.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1101888165.570792.4192.nullmailer@x31.priv.netlab.jp>,
In article <1102293033.356112.2288.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1102324875.961165.10916.nullmailer@x31.priv.netlab.jp>,
In article <87sm6jznqj.fsf@serein.a02.aist.go.jp>,
[ruby-dev:24793] Re: NKF(nkf2)を1.8ブランチに入れました
naruseです。
Kazuhiro NISHIYAMA wrote:
> どちらが以前と同じ挙動なのかはわかっていないのですが、
> 1.8.1の頃のnkfとの互換性を優先させるというのが良いのでは
> ないでしょうか?
互換性は確かに大きな要素だと思います。
標準や有力な実装と矛盾しない場合や、どの実装に従うか迷った時、
互換性は判断基準になりますね。
ちなみに、デフォルトで EUC(fcf1)→Shift_JIS(eeef) が、
以前、そして現在の実装です。
MoonWolf wrote:
> http://www.opengroup.or.jp/jvc/cde/sjis-euc.html
> このあたりが、参考になるのかな?
>
> 今回の問題にどの用に反映すべきかまでは考えがまとまっていませんが、
> とりあえず情報として提供します。
おぉ、その文書の、
[4] 日本語EUCとシフトJIS間のコード変換とコード系名
[4.1] 日本語EUCとシフトJIS間のコード変換 注記: 3.に
「日本語EUCからSJISへの変換において
IBM 拡張文字から NEC選定IBM拡張文字への変換は行なわない.」
と、ありますね。
つまり、EUC(fcf1)→Shift_JIS(eeef)、と。
過去・現在の互換性と標準が一致しているので、そちらを優先し、
CP932互換性は、EUCとShift_JISの変換ではデフォルトでは切ることにします。
CP932互換の変換をしたい場合は、--cp932invオプションを指定してください。
参考までにサンプルを以下に載せて起きます。
NKF.nkf('-eS,"\xfa\x40") #=>"\xfc\xf1" #=>"\xee\xef"とみなして変換
NKF.nkf('-eS --no-cp932',"\xfa\x40") #=>"" #変換できないので空文字
NKF.nkf('-sE,"\xfc\xf1") #=>"\xee\xef" #IBM拡張文字
NKF.nkf('-sE --cp932inv',"\xfc\xf1") #=>"\xfa\x40" #NEC選定IBM拡張文字
ちなみにnkf1系のNKFモジュールの挙動は以下のとおり。
NKF.nkf('-eS,"\xfa\x40") #=>"" #変換できないので空文字
#--no-cp932 オプションは存在しない
NKF.nkf('-sE,"\xfc\xf1") #=>"\xee\xef" #IBM拡張文字
# --cp932inv オプションは存在しない
###
ただ、UnicodeからShift_JISの変換まで、
EUCとShift_JISの変換に引っ張られて、IBM拡張文字(\xee\xef)になるのは、
正直どうかと思うところではあります。
UnicodeとShift_JISの変換は、標準規格がなく、
CP932がデファクトスタンダートとなっているんですよね。
IconvはIBM拡張文字に変換するようですが、これについては、
CP932の方が権威があるみたいで。。
まぁ、とりあえず現状維持で行きます。
--
NARUSE, Yui <naruse@airemix.com>
DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA