[#40917] テスト対象を 2 つ指定すると落ちる — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
[#40951] [Bug #3123] uninitialized constant Object::C (NameError) — Kazuhiro NISHIYAMA <redmine@...>
Bug #3123: uninitialized constant Object::C (NameError)
[#40959] [Bug #3136] reuse of singleton method definition causes SEGV — Yusuke Endoh <redmine@...>
Bug #3136: reuse of singleton method definition causes SEGV
[#40961] [Bug #3137] complex.rb changes exceptions of Math — Yusuke Endoh <redmine@...>
Bug #3137: complex.rb changes exceptions of Math
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
遠藤です。
[#40973] [BUG: trunk]arm-linux向けクロスコンパイル時のエラー — Satoshi Shiba <shiba@...>
芝と申します.
[#41038] Windows と DL が使用条件の libffi — Aaron Patterson <aaron.patterson@...>
こんにちは!アーロンです。
こんにちは、なかむら(う)です。
成瀬です。
2010/4/21 NARUSE, Yui <naruse@airemix.jp>:
2010/4/26 Aaron Patterson <aaron.patterson@gmail.com>:
2010/4/26 Yugui <yugui@yugui.jp>:
Sorry for replying so late.
こんにちは、なかむら(う)です。
2010/5/5 U.Nakamura <usa@garbagecollect.jp>:
[#41054] [Bug #3198] O_APPEND for redirect fd is ignored on windows — _ wanabe <redmine@...>
Bug #3198: O_APPEND for redirect fd is ignored on windows
[#41061] why did #rationalize removed? — Yusuke ENDOH <mame@...>
ふなばさん
[#41067] [Feature #3203] LazySweepGC patch — Narihiro Nakamura <redmine@...>
Feature #3203: LazySweepGC patch
遠藤です。
成瀬です。
nariです。
nariです。
2010年5月28日5:15 Narihiro Nakamura <authornari@gmail.com>:
2010年5月29日18:28 Tanaka Akira <akr@fsij.org>:
[#41092] Re: [ruby-core:29863] [Bug #3216] #join in thwait.rb only waits for first thread — keiju@... (keiju ISHITSUKA)
けいじゅ@いしつかです.
なかだです。
[#41100] Re: [ruby-cvs:34762] Ruby:r27549 (trunk): * test/test_open3.rb (test_commandline): use dump instead of — Tanaka Akira <akr@...>
2010/4/29 <nobu@ruby-lang.org>:
[#41104] Rails3 M17N — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
xibbarこと藤岡です。
Yukihiro Matsumoto =E3=81=95=E3=82=93=E3=81=AF=E6=9B=B8=E3=81=8D=E3=81=BE=
まつもと ゆきひろです
小川と言います。
MjAxMC80LzMwIFl1a2loaXJvIE1hdHN1bW90byA8bWF0ekBydWJ5LWxhbmcub3JnPjoKPiAbJEIw
[ruby-dev:41109] Re: Rails3 M17N
高橋征義です。 2010年4月30日11:32 Yukihiro Matsumoto <matz@ruby-lang.org>: > |2. 変換したいencodingがある項目はアプリ側で把握し、 > | UTF-8へのforce_encodingを試みる > > UTF-8なんですか。私はアプリエンコーディングを用いるべきだと思っ > ていたのですが。ISO-8859-1なページからPOSTされたリクエストで > もUTF-8で来るというのが最近のブラウザの挙動なんでしょうか。もっ > ともこの辺はバッドノウハウもたくさんありそうですが。 # 私見では、アプリ内での内部エンコーディングはUTF-8で統一しないと # 収拾つかないんじゃないかなあ、という気がします。 > 一般的にどのようにリクエストのエンコーディングを推測している > のでしょう。ヒューリスティック? 一般的には、フォーム等からのPOSTの場合、そのフォームの 画面のエンコーディングが使われます。つまりShift_JISの HTML内のフォームに入力してPOSTした場合のエンコーディングは Shift_JISのはず。 そのフォームのHTML自体もフレームワーク側で生成して いるはずなので、その文字コードはわかってるはず。なので、 それに合わせておけば処理できる感じです。 さらに、日本では古来から伝わる「確認画面で入力内容を再表示 させ、文字化けしてないことを人間に確認させる」という手法も 併用しておけばかなり安心できます。 困るのはGETのクエリパラメータとして与えれる文字列の エンコーディングで、これはリンク等の場合、リンク元の HTMLのエンコーディングに依存するため、同一ページへの アクセスでも(リンク元が異なれば)Shift_JISだったり UTF-8だったりすることがしばしばあります。まあ アプリ内では使用するHTMLのエンコーディングは把握・ 制御できるはずなので、それ以外(外部サイトからの リンクの場合とか)は推測 and/or 間違ったらごめん、かなあと。 > |3. 変換後、encodingのチェックをして、おかしいのは例外を投げる > |が理想的だと思います。 > |一緒にaccept-encodingみたいな列挙項目をpostしてもらうとか。 > > このアプローチはアプリ側での対応が必要なので望ましくありませ > んね。確実でしょうけど。 例外はいろいろ厳しいかも…。validationのオブジェクトに エラーの情報が入っててほしい(制御フローは通常のまま)が 理想的かもです。って、その辺りはフレームワークとの兼ね合い ですが。 高橋征義 (takahashimm@gmail.com)