[#20227] dyna_vars problem? — Tanaka Akira <akr@...17n.org>

しばらく前から、稀に Ruby が core を吐くという問題を追いかけているので

15 messages 2003/05/19
[#20234] Re: dyna_vars problem? — matz@... (Yukihiro Matsumoto) 2003/05/19

まつもと ゆきひろです

[#20236] Re: dyna_vars problem? — Tanaka Akira <akr@...17n.org> 2003/05/19

In article <1053363181.529491.30320.nullmailer@picachu.netlab.jp>,

[ruby-dev:20283] Re: /()*\1/ =~ ""

From: kkosako@...
Date: 2003-05-23 09:04:18 UTC
List: ruby-dev #20283
> -----Original Message-----
> From: Tanaka Akira [mailto:akr@m17n.org]
> ただ、[ruby-dev:20225] にもちょっと書きましたが、MatchData#{begin,end}
> がちょっと変わるかも知れないという気がします。
> 
> つまり、たとえば、
>   /(?:()|a)*/ =~ "a"
> が "a" にマッチする ($0 が "a" になる) として、() がマッチした位置
> ($~.begin(1), $~.end(0)) は 0 になるのか 1 になるのか、ということです。
> 
> まぁ、どっちだろうと全体がマッチするかどうかには関係ないといえばそうな
> んですが。

確かにそういう問題がありました。
位置が違うということは、選択子の選択順序が違っているということになります。
対処方法を考えてみたのですが、実行コストが高そうなので、
あきらめて現状の仕様のまま(無限の繰り返しで空にマッチすると繰り返しは中断す
る)
ということになりそうです。

> また、/(?:()|a)*/ =~ "a" で $0 が "" になるような場合にはこんなことは
> 起こらないのかも知れません。

そうなるような実装にするつもりでした。
その場合でも何も対処しないと、/(?:()|a)*$/ =~ "a" のとき同じ問題があるような
気がしますが、
これを問題だと思うのは考え過ぎ?
--
小迫@出向中

In This Thread

Prev Next