[#24698] NKF(nkf2)を1.8ブランチに入れました — "NARUSE, Yui" <naruse@...>

naruseです。

14 messages 2004/11/03
[#24734] Re: NKF(nkf2)を1.8ブランチに入れました — 堀川 久 <vzw00011@...> 2004/11/06

こんにちは。

[#24720] メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...>

MoonWolfです。

17 messages 2004/11/05
[#24721] Re: メール関係ライブラリの標準添付について — Yukihiro Matsumoto <matz@...> 2004/11/05

まつもと ゆきひろです

[#24722] Re: メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...> 2004/11/05

MoonWolfです。

[#24804] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...>

mput です。 ruby-dev に移動します。

21 messages 2004/11/13
[#24805] Re: まつもとさんの負担を減らすために、何ができるだろう — Tanaka Akira <akr@...17n.org> 2004/11/13

In article <2D6284E3-351D-11D9-B7EF-000393735AAE@mput.dip.jp>,

[#24806] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24808] Re: まつもとさんの負担を減らすために、何ができるだろう — Masayoshi Takahashi <maki@...> 2004/11/13

高橋征義です。

[#24809] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24834] Process.getrlimit and Process.setrlimit — Tanaka Akira <akr@...17n.org>

Process.getrlimit と Process.setrlimit が欲しいので実装してみました。

25 messages 2004/11/13

[#24965] sync and stdio buffering — Tanaka Akira <akr@...17n.org>

ちょっとした思いつきなのですが、

12 messages 2004/11/26

[#24993] rb_io_sysread dumps core [BUG] rb_sys_fail() - errno == 0 — Tietew <tietew-ml-ruby-dev@...>

ソケットとスレッドを大量に使うアプリ(具体的には IRCbot です)を

13 messages 2004/11/29

[#25003] IO#flush dumps core again — Tanaka Akira <akr@...17n.org>

次のようにすると core を吐きます。

28 messages 2004/11/30
[#25004] Re: IO#flush dumps core again — nobu@... 2004/11/30

なかだです。

[#25005] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/11/30

まつもと ゆきひろです

[#25009] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101836040.635395.27476.nullmailer@x31.priv.netlab.jp>,

[#25014] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101878558.979715.1359.nullmailer@x31.priv.netlab.jp>,

[#25015] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/12/01

まつもと ゆきひろです

[#25056] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/05

In article <1101888165.570792.4192.nullmailer@x31.priv.netlab.jp>,

[#25074] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/06

In article <1102293033.356112.2288.nullmailer@x31.priv.netlab.jp>,

[ruby-dev:24984] Re: jcode tr? : from.upto(to) { |c| a.push c }

From: Fumitoshi UKAI <ukai@...>
Date: 2004-11-28 14:48:41 UTC
List: ruby-dev #24984
At Sun, 28 Nov 2004 02:37:37 +0900,
Fumitoshi UKAI wrote:
> 
> migemo で http://bugs.debian.org/283192 というバグレポートをうけました。
> これは Debian の 
> ruby1.8 1.8.1+1.8.2pre2 (ruby 1.8.2 (2004-11-03)) では発生せず、
> ruby1.8 1.8.1+1.8.2pre3 (ruby 1.8.2 (2004-11-23)) で再現します。
> 
> 調べてみたところ migemo.rb でおこなっている
> 
> class String
>   # Hiragana to Katakana
>     def to_katakana
>         self.gsub(/う゛/, '\\1ヴ').tr('ぁ-ん', 'ァ-ン')
>     end
> 
> で tr が予想した動作をしていないことがわかりました。
> これをさらにさぐっていくと jcode を使うと以下のような
> 動作をしていることがわかりました。
> 
> $KCODE="e"
> require 'jcode'
> "あ".upto("う") do |c| p c; end	# => "あ" "ぃ" "い" "ぅ" "う"
> 
> a=[]; "あ".upto("う") do |c| a.push c; end
> p a # => ["ぇ", "ぇ", "ぇ", "ぇ", "ぇ"]
> 
> a=[]; "あ".upto("う") do |c| d=c.dup; a.push d; end
> p a # => ["ぇ", "ぇ", "ぇ", "ぇ", "ぇ"]
> 
> a=[]; "あ".upto("う") do |c| d="#{c}"; a.push d; end
> p a # => ["あ", "ぃ", "い", "ぅ", "う"]
> 
> どれも最後の結果が得られるべきだと思うのですが。

とりあえず、string.c の 1.182.2.28 -> 1.182.2.29 の patchの
この部分で導入されたbugのようです。

dupした文字列を変更すると元の文字列も変更されてしまいます。
# str="s"; str2 = str.dup; str2[0] += 1; puts str == str2 # => "true"

rb_str_modify()の位置が問題だとしても、どこかでrb_str_modify()
しないといけないのでは?

@@ -1781,7 +1797,6 @@ rb_str_aset_m(argc, argv, str)
     VALUE *argv;
     VALUE str;
 {
-    rb_str_modify(str);
     if (argc == 3) {
        if (TYPE(argv[0]) == T_REGEXP) {
            rb_str_subpat_set(str, argv[0], NUM2INT(argv[1]), argv[2]);

-- 
鵜飼文敏

In This Thread