[#40528] [Feature #2833] 絵文字エンコーディングの提案 — Kenta Murata <redmine@...>
Feature #2833: 絵文字エンコーディングの提案
32 messages
2010/03/02
[#40530] Re: [Feature #2833] 絵文字エンコーディングの提案
— Yukihiro Matsumoto <matz@...>
2010/03/02
まつもと ゆきひろです
[#40533] Re: [Feature #2833] 絵文字エンコーディングの提案
— Kenta Murata <muraken@...>
2010/03/02
=1B$B$`$i$?$G$9!#=1B(B
[#40550] Re: [Feature #2833] 絵文字エンコーディングの提案
— takeru sasaki <sasaki.takeru@...>
2010/03/03
GyRCOjQhOUxaJEg/PSQ3JF4kOSEjGyhCCgpSYWlscxskQiROGyhCanBtb2JpbGUbJEIkSCQkJCYl
[#40532] [Feature #2833] 絵文字エンコーディングの提案
— Yui NARUSE <redmine@...>
2010/03/02
チケット #2833 が更新されました。 (by Yui NARUSE)
[#40543] Re: [Feature #2833] 絵文字エンコーディングの提案
— Kenta Murata <muraken@...>
2010/03/03
=1B$B$`$i$?$G$9!#=1B(B
[#40544] Re: [Feature #2833] 絵文字エンコーディングの提案
— Yusuke ENDOH <mame@...>
2010/03/03
遠藤です。
[#40582] Re: [Feature #2833] 絵文字エンコーディングの提案
— Yusuke ENDOH <mame@...>
2010/03/08
遠藤です。
[#40537] Re: [Feature #2833] 絵文字エンコーディングの提案
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/02
> Feature #2833: 絵文字エンコーディングの提案
[#40573] [bug:1.8] ossl_ssl_session.c:110: warning: implicit declaration of function 'TIMET2NUM' — Tanaka Akira <akr@...>
Ruby 1.8 で、以下の警告が増えています。
5 messages
2010/03/07
[#40579] Re: [bug:1.8] ossl_ssl_session.c:110: warning: implicit declaration of function 'TIMET2NUM'
— "NAKAMURA, Hiroshi" <nakahiro@...>
2010/03/08
2010/3/7 Tanaka Akira <[email protected]>:
[#40597] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか？ — "KISHIMOTO, Makoto" <[email protected]>
きしもとです
17 messages
2010/03/12
[#40598] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか？
— Yukihiro Matsumoto <matz@...>
2010/03/12
まつもと ゆきひろです
[#40601] Re: [ruby-list:46898] 重複組合せは組込みにならないのでしょうか？
— Yusuke ENDOH <mame@...>
2010/03/12
遠藤です。
[#40608] Re: 組込みの重複順列・重複組合せ
— "KISHIMOTO, Makoto" <[email protected]>
2010/03/13
> 同様に、repeated_permutation/combination のデフォルト引数にも反対
[#40610] Re: 組込みの重複順列・重複組合せ
— Yukihiro Matsumoto <matz@...>
2010/03/13
まつもと ゆきひろです
[#40614] [Bug #2956] segfault — Tomoki MAEDA <redmine@...>
Bug #2956: segfault
2 messages
2010/03/13
[#40623] Enumerable#interleave — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
11 messages
2010/03/13
[#40624] Re: Enumerable#interleave
— Tanaka Akira <akr@...>
2010/03/13
2010年3月13日22:44 Yukihiro Matsumoto <[email protected]>:
[#40625] Re: Enumerable#interleave
— Yukihiro Matsumoto <matz@...>
2010/03/13
まつもと ゆきひろです
[#40628] Re: Enumerable#interleave
— Tanaka Akira <akr@...>
2010/03/13
2010年3月14日0:04 Yukihiro Matsumoto <[email protected]>:
[#40632] Re: Enumerable#interleave
— Yukihiro Matsumoto <matz@...>
2010/03/13
まつもと ゆきひろです
[#40641] [Bug #2965] method `===' called on hidden T_STRING object (NotImplementedError) — Kenta Murata <redmine@...>
Bug #2965: method `===' called on hidden T_STRING object (NotImplementedError)
12 messages
2010/03/15
[#40655] [Bug #2965] method `===' called on hidden T_STRING object (NotImplementedError)
— Shyouhei Urabe <redmine@...>
2010/03/15
チケット #2965 が更新されました。 (by Shyouhei Urabe)
[#40643] draft of 1.9.2 release schedule — Yusuke ENDOH <mame@...>
Yugui さん、
4 messages
2010/03/15
[#40649] [Feature #2968] 数値の正負を返すメソッド — Yui NARUSE <redmine@...>
Feature #2968: 数値の正負を返すメソッド
17 messages
2010/03/15
[#40657] [Feature #2968] 数値の正負を返すメソッド
— Yui NARUSE <redmine@...>
2010/03/16
チケット #2968 が更新されました。 (by Yui NARUSE)
[#40662] Re: [Feature #2968] 数値の正負を返すメソッド
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/16
> チケット #2968 が更新されました。 (by Yui NARUSE)
[#40663] Re: [Feature #2968] 数値の正負を返すメソッド
— "NARUSE, Yui" <naruse@...>
2010/03/16
成瀬です。
[#40664] Re: [Feature #2968] 数値の正負を返すメソッド
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/16
> 成瀬です。
[#40650] [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように — Yui NARUSE <redmine@...>
Feature #2969: String#to_f が -h.hhh±pd を解釈できるように
38 messages
2010/03/15
[#40728] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/22
質問ですが、この形式は入力だけでなく、なんらかの方法で出力でも利用でき
[#40732] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/22
成瀬です。
[#40736] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/23
> String#to_f は従来から指数表記を許していたので、
[#40738] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/23
成瀬です。
[#40745] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/24
> to_i がデフォルトで prefix を見ないのは、0377 のような、
[#40747] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/24
成瀬です。
[#40749] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/24
> 先のパッチの対象関数が ruby_strtod である通り、
[#40759] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/25
成瀬です。
[#40762] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/25
> strtod(3) の解釈対象に含まれていない 2 進や 8 進を否定することが、
[#40763] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/25
(2010/03/26 3:05), Tadayoshi Funaba wrote:
[#40764] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/25
> なぜ同じなのでしょう。
[#40782] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/26
(2010/03/26 4:02), Tadayoshi Funaba wrote:
[#40786] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/27
>> strtod(3) を参考にしたり、影響されたりすることは普通にあるとは思います
[#40788] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/27
(2010/03/27 18:19), KOSAKI Motohiro wrote:
[#40789] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— EGUCHI Osamu <eguchi@...>
2010/03/27
えぐち＠エスアンドイーです
[#40791] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— "NARUSE, Yui" <naruse@...>
2010/03/27
(2010/03/27 20:26), EGUCHI Osamu wrote:
[#40790] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Tadayoshi Funaba <tadf@...>
2010/03/27
> つまり、ふなばさんは 16 進よりも 2 進や 8 進形式が好みであるところ、
[#40815] Re: [Feature #2969] String#to_f が -h.hhh±pd を解釈できるように
— Yukihiro Matsumoto <matz@...>
2010/03/28
まつもと ゆきひろです
[#40672] URI methods for application/x-www-form-urlencoded — Tanaka Akira <akr@...>
最近、成瀬さんが追加した URI.encode_www_form など、
5 messages
2010/03/16
[#40695] keiju, please check tickets assigned to you — Yusuke ENDOH <mame@...>
いしつかさん
15 messages
2010/03/18
[#40701] Re: keiju, please check tickets assigned to you
— keiju@... (石塚圭樹)
2010/03/19
けいじゅ＠いしつかです.
[#40846] Re: keiju, please check tickets assigned to you
— Yusuke ENDOH <mame@...>
2010/03/30
いしつかさん
[#40847] Re: keiju, please check tickets assigned to you
— keiju@... (石塚圭樹)
2010/03/30
けいじゅ＠いしつかです.
[#40848] Re: keiju, please check tickets assigned to you
— Yusuke ENDOH <mame@...>
2010/03/30
遠藤です。
[#40735] [Bug #2995] TestHash#test_recursive_check fails — Shugo Maeda <redmine@...>
Bug #2995: TestHash#test_recursive_check fails
5 messages
2010/03/23
[#40746] [Bug #1031] -U オプションの説明が --help にない — Yusuke Endoh <redmine@...>
チケット #1031 が更新されました。 (by Yusuke Endoh)
6 messages
2010/03/24
[#40779] [Feature #3018] UNINITIALIZED_VAR() マクロの導入 — Motohiro KOSAKI <redmine@...>
Feature #3018: UNINITIALIZED_VAR() マクロの導入
12 messages
2010/03/26
[#40819] Re: [Feature #3018] UNINITIALIZED_VAR() マクロの導入
— Yukihiro Matsumoto <matz@...>
2010/03/29
まつもと ゆきひろです
[#40831] Re: [Feature #3018] UNINITIALIZED_VAR() マクロの導入
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/29
> |Linuxではこの問題にたいして以下のようなマクロで解決しており、同様の手法を導入したいと
[#40836] Re: [Feature #3018] UNINITIALIZED_VAR() マクロの導入
— Yukihiro Matsumoto <matz@...>
2010/03/29
まつもと ゆきひろです
[#40839] Re: [Feature #3018] UNINITIALIZED_VAR() マクロの導入
— "NAKAMURA, Hiroshi" <nakahiro@...>
2010/03/30
本題じゃないですが、
[#40805] Improvement of Fiber switching cost with system dependent way — SASADA Koichi <ko1@...>
ささだです．
10 messages
2010/03/28
[#40806] Re: Improvement of Fiber switching cost with system dependent way
— "U.Nakamura" <usa@...>
2010/03/28
こんにちは、なかむら(う)です。
[#40832] Process.daemon() returns -1 on failure ifndef HAVE_DAEMON — "Akinori MUSHA" <knu@...>
Process.daemon() 失敗時の挙動が、 HAVE_DAEMON 定義時と非定義時
6 messages
2010/03/29
[#40834] Re: Process.daemon() returns -1 on failure ifndef HAVE_DAEMON
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/29
2010年3月29日19:52 Akinori MUSHA <[email protected]>:
[#40838] Re: Process.daemon() returns -1 on failure ifndef HAVE_DAEMON
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/03/29
> 2010年3月29日19:52 Akinori MUSHA <[email protected]>:
[#40833] [Bug: trunk] Fiber transfer limitation — SASADA Koichi <ko1@...>
ささだです．
5 messages
2010/03/29
[#40855] revert 1.9 \w limitation to ASCII — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
4 messages
2010/03/30
[#40884] [Feature #3065] [TypedData] という名前について — Tadashi Saito <redmine@...>
Feature #3065: [TypedData] という名前について
5 messages
2010/03/31
[ruby-dev:40643] draft of 1.9.2 release schedule
From:
Yusuke ENDOH <mame@...>
Date:
2010-03-15 11:25:35 UTC
List:
ruby-dev #40643
Yugui さん、
遠藤です。
いい加減、1.9.2 をリリースしましょう！
勝手に作ったリリーススケジュール案です。
- 3 月末: 仕様フリーズ
- 4 月末: コードフリーズ
- 5 月末: 1.9.2-preview2 リリース
- 6 月末: 1.9.2-rc リリース
- 7 月末: 1.9.2-p0 リリース
それぞれのイベントの内容は以下の通りです。
=== 3 月末: 仕様フリーズ ===
* 1.9.2 での導入を目指す Feature チケットを締め切る
- この時までに API 設計の合意がなされなかった Feature チケットは
1.9.2 には入らない (target を 1.9.x に変更する)
- これ以降に登録された Feature チケットは 1.9.2 には入らない
=== 4 月末: コードフリーズ ===
* 1.9.2 での導入を目指す Feature の実装を締め切る
- この時までに trunk にコミットされなかった Feature は 1.9.2 には
入らない (たとえ 3 月末に合意していても)
- (推奨しないが、多少未完成でもコミットされれば生き残る)
=== 5 月末: 1.9.2-preview2 リリース ===
* 1.9.2 で導入される Feature set を確定する
- この時までに、安定していない or 未完成と認められる Feature は
revert される
- 重大なバグが残っている、バグが短期間に多数報告された
- API 設計や名前などの議論・懸案が残っている、など
* 1.9.2 で対処すべき Bug チケットを整理する
- Bug チケットはこれ以降に登録されたものも考慮される
- 評価は保守的になる (「直感に反する」などが理由なら 1.9.x 行き
または reject)
* サードパーティの対応を呼び掛ける
- いろんなプラットフォームでテストしてもらう
- 1.9 対応を謳う 3rd party project でテストや修正をしてもらう
1.9.2 に不可欠と考えることに合理的な理由があると認められる Feature
(dl on libffi など？) が安定していない場合は、最長 1 週間遅延する。
=== 6 月末: 1.9.2-rc リリース ===
* 1.9.2 で対処すべき Bug チケットの対処を終える
- 大規模な変更が必要と判明した問題は、致命的な問題でなければ、1.9.2
での修正見送りを決定する
Bug チケットが対処しきれない場合は遅延する。
=== 7 月末: 1.9.2-p0 リリース ===
* 2 週間ほどバグ報告を待つ
Bug チケット数が 0 になったらリリースする。
この予定でも当初の予定から 7 ヶ月も遅れます。危機感を持ってください。
-----
Yugui さん、上記スケジュール案の可否を *即決で* 判断してください。
可決の場合はすぐ ruby-core に翻訳して流します。多少の修正は受け入れますが、
bug 対応でなく feature の実装待ちを理由にした期限なし延期を最初から予定に
組み込むことは受け入れません。もう遅れすぎなのです。
否決の場合、または 10 日間で議論がまとまらない場合は、Yugui さんのリリース
マネージャからの discharge を提案します。当初のリリース予定日から 3 ヶ月が
経ってリスケジュールのめどが立たない状況は、Discharging Process の発動に値
すると考えます。
後者の場合はそれ自体が時間の無駄になるので (3 月末の仕様フリーズはさすがに
無理になる) 、前向きな判断を期待しています。
--
Yusuke ENDOH <[email protected]>