[#15357] Regexp literal and Regexp.new() — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
高橋征義です。むーん、問題のありかが違ったかも。
まつもと ゆきひろです
[#15369] ruby_init_loadpath() on Windows — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#15395] UnboundMethod.bind to derived class instance — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#15410] pp - pretty printing — Tanaka Akira <akr@...17n.org>
さて、time.rb が片付いたので、次は pp.rb のご意見募集です。
In article <hvod71ntocb.fsf@coulee.a02.aist.go.jp>,
In article <hvo1yhuqhvk.fsf@coulee.a02.aist.go.jp>,
高橋征義です。
In article <20011224230059I.maki@rubycolor.org>,
[#15411] inconsistency of STR_ASSOC — "K.Kosako" <kosako@...>
Version : 1.7 latest (2001-12-10)
[#15418] block for MatchData#select, Hash#select — nobu.nakada@...
なかだです。
[#15430] [BUG] Segmentation fault/ruby 1.7.2 (2001-12-10) — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#15435] Time#utcoff — Tanaka Akira <akr@...17n.org>
In article <hvosnahj702.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
わたなべです。
In article <1008292110.329151.8468.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <1008320813.231850.10341.nullmailer@ev.netlab.jp>,
In article <hvosnaeblzu.fsf@coulee.a02.aist.go.jp>,
[#15441] exported symbol — nobu.nakada@...
なかだです。
[#15456] irb/completion で Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
On Sat, 15 Dec 2001 18:28:12 +0900
まつもと ゆきひろです
[#15464] gsub weirdness: gsub(/.*$/, "foo") — "Akinori MUSHA" <knu@...>
なんか gsub がおかしいような気がするんですが、これはこういう
青山です。
At Mon, 17 Dec 2001 05:22:53 +0900,
[#15466] listen for sockets in both IPv4 and IPv6 — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#15479] [BUG] thread with tempfile.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#15500] Re: define_method() does not properly set noex (PR#218) — nobu.nakada@...
なかだです。
[#15505] ERb — m_seki@...
In article <20011220114249J.seki@mr.nasu.toshiba.co.jp>,
In article <m3eljr5o9m.wl@edwin.mva.biglobe.ne.jp>,
高橋征義です。
In article <20020215085405G.seki@mr.nasu.toshiba.co.jp>,
ただただしです。
まつもと ゆきひろです
新井です。
西山和広です。
>>>>> In [ruby-dev : No.15909]
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
At Mon, 18 Feb 2002 12:50:31 +0900,
なかだです。
In message <200202201003.g1KA3As11455@sharui.nakada.kanuma.tochigi.jp>
新井です。
あづみです。
[#15507] fileutils (2) — Minero Aoki <aamine@...>
あおきです。
高橋征義です。
あおきです。
高橋征義です。結論は最後に。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
[#15519] typo in tracer.rb (SCRIPT_LINES__) — sheepman <sheepman@...>
こんにちは。
なひです。
まつもと ゆきひろです
なひです。
[#15556] TCPSocket#open で Errno::EALREADY — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#15569] [REQ] File?chmod — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#15573] [patch] resolv.rb for win32 platform — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
In message <20011228143615.32D8.TIETEW-ML-RUBY-DEV@tietew.net>
こんにちは、なかむら(う)です。
Tietew です。
[#15603] filename within eval — nobu.nakada@...
なかだです。
[ruby-dev:15487] Re: gsub weirdness: gsub(/.*$/, "foo")
青山です。 On Mon, Dec 17, 2001 at 12:54:27PM +0900, Akinori MUSHA <knu@iDaemons.org> wrote: > % ruby -e 'p "aab".scan(/a*b/)' > ["aab"] > % ruby -e 'p "aa\n".scan(/a*$/)' > ["aa", ""] > > というのはあまりうれしくないなと。 私もその気持はわかります。しかし、それを解決するには、* と (?=) が問題 であって、$ つまり、行末の概念というか、定義の問題ではありません。 $ ruby -e 'p "aab".scan(/a*(?=b)/)' ["aa", ""] 1つは、* は空にもマッチするので、ちょっと予想外の所にマッチするという 問題ですね。これは、詳説正規表現に書いてある例です。 $ ruby -e "p 'a 1234 num'.index(/[0-9]*/)" 0 $ ruby -e "p 'a 1234 num'.index(/[0-9]+/)" 2 * の場合は、空にもマッチするので、1234 の部分ではなく、最初の空にマッ チするので、index 0 となるわけです。 この挙動をどうみるか、という点と、 > 例えば、「gsub()/scan() など連続マッチのとき、 i..j の直後の > j..j は除外する」という仕様もありえると思いました。つまり現状: これが先の例の違いである、b と (?=b) の違い、すなわち、(?=) はマッチ位 置を先に進めるか、という問題ですが、これを進めるようにしてしまうと、問 題がおこる場合もあります。 $ ruby -e 'p "ababab".scan(/a(?=b)|b(?=a)/)' ["a", "b", "a", "b", "a"] ちょっといいかげんな例ですが、これで、もし、j..j を除外する、すなわち、 (?=) のマッチで、直前からカーソルを移動すると、おそらく、a(?=b) にマッ チした直後の b(?=a) はマッチしなくなり、b(?=a) の直後の a(?=b) はマッ チしない、という動きになるように予測されます。 従って、簡単には捨てたり進めたり、という解決はできず、挙動を変えるには、 かなり難しい議論が必要になってくると思われます。 という事で、 > 最後の \n の特別扱いという点では、 > > % ruby -e 'p "\n\n".scan(/\n*$/)' > ["\n", ""] > > という結果が特徴的ですね。上記のもろもろを踏まえていないとかなり > 悩むに違いない。そして「直後の空」はやはり奇妙。 これもやはり、\n の特別扱いや、直後の空、というより、(?=) の直前の * の問題というか、特徴というか、そういう事の1つでしょうね。 この挙動をご提案の挙動にできれば、私もわかりやすくて良いとは感じますが、 詳説正規表現のコラムに、そういうものだ、という感じで書かれているぐらい ですから、改善というか、変更はかなり困難なのではないかな、と予測します。 -- 青山 和光 Wakou Aoyama <wakou@fsinet.or.jp>