[#23843] st_dev by stat() != st_dev by fstat() in windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
6 messages
2004/07/01
[#23847] Re: st_dev by stat() != st_dev by fstat() in windows
— "U.Nakamura" <usa@...>
2004/07/01
こんにちは、なかむら(う)です。
[#23855] Are these comittable? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
12 messages
2004/07/04
[#23856] Re: Are these comittable?
— nobu.nakada@...
2004/07/04
なかだです。
[#23871] syntax error — WATANABE Hirofumi <eban@...>
わたなべです。
5 messages
2004/07/09
[#23876] cgi, cgi/session — 堀川 久 <vzw00011@...>
こんにちは。
10 messages
2004/07/10
[#23890] Re: cgi, cgi/session
— matz@... (Yukihiro Matsumoto)
2004/07/14
まつもと ゆきひろです
[#23884] Ruby 1.8.2 preview1にむけて — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
34 messages
2004/07/13
[#23889] Re: Ruby 1.8.2 preview1にむけて
— "NAKAMURA, Hiroshi" <nakahiro@...>
2004/07/14
なひです。
[#23917] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/16
山本です。
[#23920] Re: Ruby 1.8.2 preview1にむけて
— "NAKAMURA, Hiroshi" <nakahiro@...>
2004/07/16
なひです。
[#23921] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/16
山本です。レスが遅れてすみません。
[#23927] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/16
山本です。
[#23932] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/16
山本です。
[#23936] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/17
山本です。進展がありました。どうも、通常設定されている
[#23937] Re: Ruby 1.8.2 preview1にむけて
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/07/17
山本です。
[#23939] Re: Ruby 1.8.2 preview1にむけて
— GOTOU Yuuzou <gotoyuzo@...>
2004/07/17
In message <20040717191809.EF0AA070.ocean@m2.ccsnet.ne.jp>,
[#23922] ruby 1.8.2 preview1 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
27 messages
2004/07/16
[#23945] Re: ruby 1.8.2 preview1
— akira yamada <akira@...>
2004/07/21
1.8.2または1.8.2-preview2の公開時期について
[#23967] WEBrick::HTTPUtils.escape and URI.escape — Tanaka Akira <akr@...17n.org>
ついでに尋ねますが、WEBrick::HTTPUtils.escape か URI.escape で、
5 messages
2004/07/26
[#23969] Re: WEBrick::HTTPUtils.escape and URI.escape
— Tanaka Akira <akr@...17n.org>
2004/07/26
In article <20040726.145658.35017253.gotoyuzo@sawara.does.notwork.org>,
[#23973] 引数の上書きとsuper — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
5 messages
2004/07/27
[#23991] 1.8.2-preview2? — akira yamada / やまだあきら <akira@...>
9 messages
2004/07/29
[#23995] String#each -> String#each_char — Shugo Maeda <shugo@...>
前田です。
27 messages
2004/07/30
[#23996] Re: String#each -> String#each_char
— matz@... (Yukihiro Matsumoto)
2004/07/30
まつもと ゆきひろです
[#23997] Re: String#each -> String#each_char
— "U.Nakamura" <usa@...>
2004/07/30
こんにちは、なかむら(う)です。
[#23999] Re: String#each -> String#each_char
— matz@... (Yukihiro Matsumoto)
2004/07/30
まつもと ゆきひろです
[#24000] Re: String#each -> String#each_char
— "U.Nakamura" <usa@...>
2004/07/30
こんにちは、なかむら(う)です。
[#24005] Re: String#each -> String#each_char
— Minero Aoki <aamine@...>
2004/07/31
青木です。
[#24012] Re: String#each -> String#each_char
— Shugo Maeda <shugo@...>
2004/08/01
前田です。
[#24014] Re: String#each -> String#each_char
— Minero Aoki <aamine@...>
2004/08/02
青木です。
[#24020] Re: String#each -> String#each_char
— Shugo Maeda <shugo@...>
2004/08/05
前田です。
[#24022] Re: String#each -> String#each_char
— Minero Aoki <aamine@...>
2004/08/05
青木です。
[ruby-dev:23999] Re: String#each -> String#each_char
From:
matz@... (Yukihiro Matsumoto)
Date:
2004-07-30 09:44:17 UTC
List:
ruby-dev #23999
まつもと ゆきひろです
In message "[ruby-dev:23997] Re: String#each -> String#each_char"
on 04/07/30, "U.Nakamura" <usa@garbagecollect.jp> writes:
|むしろ、今のM17Nにある、各コードポイントをブロックに渡してく
|るString#each_charではなくて、文字列中の各「1文字」をRubyの文
|字列として渡してくるメソッドを作成してそれをeach_charと呼ぶと
|いうのはどうでしょうか?
あ、言うのを忘れましたが、1.9で取り込まれるM17Nはruby_m17nと
いくつか違いが出る予定です。
* _charというメソッドはなくなる。既に述べた理由で「char」
という単語を避けたいから。別の単語募集中。決まらなくて結
局charになったりして。
* 文字はコードポイントを示す整数からコードポイントをエンコー
ドしたバイト列を含む文字列を返す。
* 先頭1バイトでマルチバイト文字列の長さが分かると言う仮定
の除去
というわけで、1.9では"あいうえお"[1]は"い"を返します。
|あんまりM17Nについてわかってないので勝手なことを言っています
|が、それじゃいろいろ問題があるから今のString#each_charのよう
|になってるのでしょうか。
|# そうだろうなあ...
いえいえ、問題があったわけではなく、今までの延長線上という発
想からの単なる設計上の判断でした。が、長年考えるうちに文字列
のほうがいいと思うようになったので変更します。
-----
ところで、1.9にM17Nを入れると今までの1.9とは非互換になります。
この時点での1.9に未練がある人もいるかもしれませんので、もし
かしたら、今までのを1.9.0、M17N入りのを1.9.1としてブランチを
切ることが望ましいと思う人もいるかもしれません。
以前、x.0が開発版でx.1以降が安定版というバージョン付けのやり
方を提案しましたが、1.9は元々2.0へのテストということで、この
バージョンだけ特別に「大きな非互換性を導入するたびにバージョ
ンをあげる」というやり方の方が望ましいかもしれません。2.0以
降のバージョン付けについては変更なしです(ただし、いつになる
やら)。
とはいえ、1.8系に加えて1.9.0と1.9.1の両方をメンテするのは避
けたいのですが....。
意見を聴かせてください。
まつもと ゆきひろ /:|)