[#37892] 配列の重複検出用Hashの使いまわし — wanabe <s.wanabe@...>
ワナベと申します。
[#37898] [Bug #1105] Ruby1.9でのrescue節の例外ハンドラのマッチの処理 — Tatsuji Kawai <redmine@...>
Bug #1105: Ruby1.9でのrescue節の例外ハンドラのマッチの処理
[#37910] [Bug:1.9] lack consistency in hash iteration — Yusuke ENDOH <mame@...>
遠藤です。
まつもと ゆきひろです
[#37918] [BUG: 1.9] encoding warning — SASADA Koichi <ko1@...>
ささだです.
[#37921] [Feature:trunk] with_index_from — Yusuke ENDOH <mame@...>
遠藤です。
At Thu, 5 Feb 2009 23:18:49 +0900,
遠藤です。
At Fri, 6 Feb 2009 00:58:59 +0900,
[#37936] zombie processes by drb tests — Tanaka Akira <akr@...>
OpenBSD で、test-all をすると、drb のところで、テストに 100
咳といいます。
[#37956] proposal: Module#method_adding — SASADA Koichi <ko1@...>
ささだです.
[#37959] [Bug:trunk] I can modify literals — Yusuke ENDOH <mame@...>
遠藤です。
[#37980] Re: [ruby-changes:10687] Ruby:r22250 (trunk): * iseq.c (simple_default_value): allow plain strings as default — SASADA Koichi <ko1@...>
ささだです.
[#37995] Add POSTARG support to rb_scan_args() — Akinori MUSHA <akinori.musha@...>
rb_scan_args()をPOSTARG対応にするパッチです。
[#37998] [Feature:1.9] {Array,Enumerable}#uniq_by, #uniq_by! — Nobuyoshi Nakada <nobu@...>
なかだです。
[#38005] Is URI.decode() broken? — MOROHASHI Kyosuke <moronatural@...>
もろはしです。いつもお世話になっております。
なかだです。
成瀬です、
xibbarこと藤岡です。
成瀬です。
NARUSE, Yui さんは書きました:
成瀬です。
(2009年03月03日 22:45), NARUSE, Yui さんは書きました:
成瀬です。
In article <4A9E44DD.6050706@airemix.jp>,
成瀬です。
小崎@思いつきを適当に書いてみるテスト
In article <20090907091830.2C7A.A69D9226@jp.fujitsu.com>,
> In article <20090907091830.2C7A.A69D9226@jp.fujitsu.com>,
2009/09/07 14:38, Tanaka Akira wrote:
In article <4AA5EA67.1040504@airemix.jp>,
[#38007] [Feature #1159] StringScanner に文字ベースでのインデックスを返すメソッドがほしい — Akira Matsuda <redmine@...>
Feature #1159: StringScanner に文字ベースでのインデックスを返すメソッドがほしい
[#38018] circular require in openssl — Tanaka Akira <akr@...>
以下のように、openssl には環状の require があり、警告が出ます。
In article <87vdrcul7y.fsf@fsij.org>,
まつもと ゆきひろです
In article <E1LYyoE-0005P0-Hi@x61.netlab.jp>,
[#38022] ENCODING_FIXED と ENCODING_NONE の廃止 — "NARUSE, Yui" <naruse@...>
成瀬です。
In article <49986A0A.5060602@airemix.jp>,
成瀬です。
In article <49995412.6040000@airemix.jp>,
[#38048] Add option hash support to rb_scan_args() — "Akinori MUSHA" <knu@...>
rb_scan_args() にoption hash対応を組み込むのはどうでしょうか。
[#38067] Re: [ruby-cvs:29304] Ruby:r22086 (trunk): * ruby.c (process_options): set initial default_external before -r. — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
[#38075] [Bug #1198] corrupted iteratoin during "enum_for :inject" — Shyouhei Urabe <redmine@...>
Bug #1198: corrupted iteratoin during "enum_for :inject"
[#38080] [Feature:trunk] nested loop construct — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
ささだです.
[#38096] 多重代入やメソッド引数の展開でto_aが呼ばれます — nagachika <nagachika00@...>
nagachika と申します。
前田です。
まつもと ゆきひろです
前田です。
In article <704d5db90907141754p285e6e51xdd3208b27d556906@mail.gmail.com>,
[#38098] ブロック引数と括弧・引数なしsuper — Shugo Maeda <shugo@...>
前田です。
まつもと ゆきひろです
[ruby-dev:38056] Re: Add option hash support to rb_scan_args()
At Fri, 20 Feb 2009 00:10:11 +0900, matz wrote: > In message "Re: [ruby-dev:38048] Add option hash support to rb_scan_args()" > on Thu, 19 Feb 2009 04:33:12 +0900, "Akinori MUSHA" <knu@iDaemons.org> writes: > > | rb_scan_args() にoption hash対応を組み込むのはどうでしょうか。 > |実装してみたのでパッチを添付しました。 > | > | argc = rb_scan_args(argc, argv, ":12", &opt, &path, &mode, &perm); > | > |のように頭に : と書くと、必須引数より多くの引数が与えられ、その > |最後の引数がHash(ないし #to_hash で変換可能)な場合に取得されます。 > > [ruby-dev:35379]で中田さんがキーワード対応のパッチをポストし > てくださっています。ハッシュを取り出すのではなく、キーワード > を直接指定するのがキーワード引数らしいかもしれません。 見てみました。仕様案としては十分あると思いますが、その実装では たぶんうまく行きません。必須引数のチェックを行う前に最後の引数が ハッシュなら無条件に取ってしまっているので、オプションハッシュの つもりではなく渡したハッシュがそう受け取られて除去されてしまい、 引数が足りないとエラーにされてしまうケースが出ると思います。 それは私も実際に既存のオプションハッシュを取るメソッドに適用 してみて気づいたことで、私のパッチではまず初めにpostargを含めた 必須引数の数を計算してから、オプションハッシュと考えてよいかを 判断するようにしています。 また、取得したオプションハッシュを(Hash の形で)下請け関数に 投げる例も多く、各キーワードに対応した値の取り出しまでできても、 現状の実装に適用するには改修範囲が大きくなってしまいます。 ということで実際に使うような改修も含めて実装し、テストを行った ものとして検討していただけるとうれしいです。 > 確かになんらかの方法でrb_scan_argsによるキーワード引数の支援 > は欲しいですよねえ。 先のメールでも少し出ましたが、将来的にはメソッド定義の段階 (rb_define_method)でシグネチャを指定するようにすべきでしょうね。 そうすれば、現在各メソッド内で行っている基本的な引数チェックの 手間が省けるほか、その際のエラーメッセージや Method#parameters などのリフレクションAPIの返り値をCで定義したメソッドについても Rubyで定義したメソッドと等しくinformativeかつhuman readableな ものにできます。 rb_scan_args はいずれ消えゆくものと考えて、現状の実装が少し 楽になる程度の改修に留めるのが落としどころではないでしょうか。 キーワード引数の本格的なサポートは、新しい文法や枠組み(API)と ともに導入されるべきだと思います。 -- Akinori MUSHA / http://akinori.org/