[#20127] protected_instance_methods(true) — Shin-ichiro HARA <sinara@...>
原です。
4 messages
2003/05/01
[#20163] Numeric#step — Koji Arai <JCA02266@...>
新井です。
13 messages
2003/05/05
[#20165] Re: Numeric#step
— Minero Aoki <aamine@...>
2003/05/05
青木です。
[#20167] Re: Numeric#step
— Koji Arai <JCA02266@...>
2003/05/05
新井です。
[#20169] Re: Numeric#step
— Minero Aoki <aamine@...>
2003/05/05
青木です。
[#20171] Re: Numeric#step
— Koji Arai <JCA02266@...>
2003/05/05
新井です。
[#20172] Re: Numeric#step
— Masahiro TANAKA <masa@...>
2003/05/06
At Tue, 6 May 2003 02:55:54 +0900,
[#20197] ARGF.filename — Koji Arai <JCA02266@...>
新井です。
6 messages
2003/05/17
[#20209] /()*\1/ =~ "" — Tanaka Akira <akr@...17n.org>
元ネタは BTS および Matzにっきなのですが、Matzにっきの調子が悪くてつっ
5 messages
2003/05/19
[#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>,
[#20245] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20248] Re: dyna_vars problem?
— Tanaka Akira <akr@...17n.org>
2003/05/20
In article <1053422521.786672.22712.nullmailer@picachu.netlab.jp>,
[#20250] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20251] Re: dyna_vars problem?
— Tanaka Akira <akr@...17n.org>
2003/05/20
In article <1053424909.383731.24667.nullmailer@picachu.netlab.jp>,
[#20255] Re: dyna_vars problem?
— matz@... (Yukihiro Matsumoto)
2003/05/20
まつもと ゆきひろです
[#20268] splat restary — nobu.nakada@...
なかだです。
5 messages
2003/05/21
[#20303] [Oniguruma] possessive quantifier — kkosako@...
強欲な繰り返し演算子を実装してみたんですが、
1 message
2003/05/28
[#20307] [Oniguruma] intersection of char class — kkosako@...
Javaの正規表現で実現されている
4 messages
2003/05/30
[ruby-dev:20293] Re: /()*\1/ =~ ""
From:
Tanaka Akira <akr@...17n.org>
Date:
2003-05-27 04:10:11 UTC
List:
ruby-dev #20293
In article <5FD2F0CF7F5D7F44B00F36870B9E78B508DE502F@SBG-EX4>, kkosako@softbank.co.jp writes: >> つまり、たとえば、 >> /(?:()|a)*/ =~ "a" >> が "a" にマッチする ($0 が "a" になる) として、() がマッチした位置 >> ($~.begin(1), $~.end(0)) は 0 になるのか 1 になるのか、ということです。 >> >> まぁ、どっちだろうと全体がマッチするかどうかには関係ないといえばそうな >> んですが。 > > 確かにそういう問題がありました。 > 位置が違うということは、選択子の選択順序が違っているということになります。 順序というか、() が位置 0 にマッチした後、位置 1 にマッチすることで状 態が変化するかどうかの違いというつもりなんですが。 状態に位置を含めると、位置 1 にマッチすることにより状態が変化するわけ ですが、capture した文字列の内容のみを考えるなら、位置 1 にマッチして も状態が変化しないので。 > 対処方法を考えてみたのですが、実行コストが高そうなので、 > あきらめて現状の仕様のまま(無限の繰り返しで空にマッチすると繰り返しは中断す > る) > ということになりそうです。 ふむ。 >> また、/(?:()|a)*/ =~ "a" で $0 が "" になるような場合にはこんなことは >> 起こらないのかも知れません。 > > そうなるような実装にするつもりでした。 > その場合でも何も対処しないと、/(?:()|a)*$/ =~ "a" のとき同じ問題があるような > 気がしますが、 > これを問題だと思うのは考え過ぎ? こんな例を考えつきました。 /(?:\1a|())*/ =~ "a" $0 は "" になるのか "a" になるのか、また、 $~.begin(1) は 0 になるのか 1 になるのか、さて? -- [田中 哲][たなか あきら][Tanaka Akira]