[#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:24858] Re: imported Oni Guruma 3.4.0

From: MIYAMUKO Katsuyuki <miyamuko@...>
Date: 2004-11-15 12:06:31 UTC
List: ruby-dev #24858
みやむこです。

>>HP-UX だとマッチが変なようです。

> 先週、UK-taniyamaさんから報告を受けていて、
> それを元にしたパッチを添付します。

HP-UX B.11.11 の方はいただいたパッチで直りました (make test まで確認しました)。
なんですが、HP-UX B.11.23 ia64 の方は以下のように SEGV するようになりました。

% make
  :
../ext/extmk.rb:106: [BUG] Segmentation fault
ruby 1.9.0 (2004-11-15) [ia64-hpux11.23]

sh: 26801 Abort(coredump)
*** Error exit code 134


再現させる最小のコードは以下のようになります。

% ./miniruby -e "/[1]*[\t]/ =~ ''"
-e:1: [BUG] Segmentation fault
ruby 1.9.0 (2004-11-15) [ia64-hpux11.23]
% ./miniruby -e "/[1]*[\n]/ =~ ''"
-e:1: [BUG] Segmentation fault
ruby 1.9.0 (2004-11-15) [ia64-hpux11.23]
% ./miniruby -e "/[1]*[\d]/ =~ ''"
% ./miniruby -e "/[1]*[\w]/ =~ ''"
% ./miniruby -e "/[1][\t]/ =~ ''"
% ./miniruby -e "/[1][\t]*/ =~ ''"
% ./miniruby -e "/[1]*[1]/ =~ ''"


デバッガで追ってみると OnigCodePoint の値が変になっているようです。

% gdb ./miniruby core
HP gdb 4.0 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x.
Copyright 1986 - 2001 Free Software Foundation, Inc.
Hewlett-Packard Wildebeest 4.0 (based on GDB) is covered by the
GNU General Public License. Type "show copying" to see the conditions to
change it and/or distribute copies. Type "show warranty" for warranty/support.
..
Core was generated by `miniruby'.
Program terminated with signal 6, Aborted.

warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you rerun the program.
Use the following command to enable debugging of shared libraries.
chatr +dbg enable a.out
#0  0xc0000000003015b0:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1
(gdb) bt
#0  0xc0000000003015b0:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1
#1  0xc0000000002267f0:0 in raise+0x30 () from /usr/lib/hpux64/libc.so.1
#2  0xc0000000002c2e90:0 in abort+0x190 () from /usr/lib/hpux64/libc.so.1
#3  0x40000000004466a0:0 in rb_bug (
    fmt=0x40000000000748c0 "Segmentation fault") at ../error.c:214
#4  0x40000000003398d0:0 in sigsegv (sig=11) at ../signal.c:446
#5  <signal handler called>
#6  0x4000000000319a80:1 in next_state_val (cc=0x6000000000102a08,
    vs=0x9fffffffffff2638, v=0, vs_israw=0x9fffffffffff2600, v_israw=0,
    intype=CCV_SB, type=0x9fffffffffff25f8, state=0x9fffffffffff25f4,
    env=0x9fffffffffff2930) at ../regparse.c:3624
#7  0x400000000031de20:0 in parse_char_class (np=0x9fffffffffff27d8,
    tok=0x9fffffffffff2880, src=0x9fffffffffff28d8, end=0x6000000000118159 "",
    env=0x9fffffffffff2930) at ../regparse.c:3995
#8  0x4000000000326470:0 in parse_exp (np=0x9fffffffffff27d8,
    tok=0x9fffffffffff2880, term=0, src=0x9fffffffffff28d8,
    end=0x6000000000118159 "", env=0x9fffffffffff2930) at ../regparse.c:4577
#9  0x4000000000328f00:0 in parse_branch (top=0x9fffffffffff2828,
    tok=0x9fffffffffff2880, term=0, src=0x9fffffffffff28d8,
    end=0x6000000000118159 "", env=0x9fffffffffff2930) at ../regparse.c:4751
#10 0x40000000003294e0:0 in parse_subexp (top=0x9fffffffffff2918,
    tok=0x9fffffffffff2880, term=0, src=0x9fffffffffff28d8,
    end=0x6000000000118159 "", env=0x9fffffffffff2930) at ../regparse.c:4778
---Type <return> to continue, or q <return> to quit---q
Quit
(gdb) up 6
#6  0x4000000000319a80:1 in next_state_val (cc=0x6000000000102a08,
    vs=0x9fffffffffff2638, v=0, vs_israw=0x9fffffffffff2600, v_israw=0,
    intype=CCV_SB, type=0x9fffffffffff25f8, state=0x9fffffffffff25f4,
    env=0x9fffffffffff2930) at ../regparse.c:3624
3624          BITSET_SET_BIT(cc->bs, (int )(*vs));
(gdb) p cc->bs
$1 = "\000\000\000\000\001", '\000' <repeats 26 times>
(gdb) p (int)(*vs)
$2 = 2135945147
(gdb) q

In This Thread