[#39222] [Bug #2036] AIX 5L 5.2にて、ruby-1.8.7-p174のビルド時にmake testをするとエラーになった。not ok float 7 -- ./sample/test.rb:1232 — 和弥 寺元 <redmine@...>
Bug #2036: AIX 5L 5.2にて、ruby-1.8.7-p174のビルド時にmake testをするとエラーになった。not ok float 7 -- ./sample/test.rb:1232
チケット #2036 が更新されました。 (by 和弥 寺元)
[#39248] pdeque - Double-Ended Priority Queue — Tanaka Akira <akr@...>
優先順位つきキューとして、このメールにつけてある pdeque.rb
[#39249] [Bug #2060] DLをCからRubyに変換する事を勧めます — Aaron Patterson <redmine@...>
Bug #2060: DLをCからRubyに変換する事を勧めます
なかだです。
2009/9/7 Nobuyoshi Nakada <nobu@ruby-lang.org>:
[#39277] Why doesn't Array#product return Enumerator? — Yusuke ENDOH <mame@...>
遠藤です。
まつもと ゆきひろです
遠藤です。
まつもと ゆきひろです
[#39282] [Bug #2067] bodyが大きいエラーページをopen-uriで取得するとfdがリークしている — takeru sasaki <redmine@...>
チケット #2067 が更新されました。 (by takeru sasaki)
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
In article <E1MliJq-0000yc-4o@x61.netlab.jp>,
言いだしっぺの佐々木です。
まつもと ゆきひろです
佐々木です。
In article <c507366f0909102211s5ae74f72r82afabdf57ae89@mail.gmail.com>,
[#39301] [Feature #2080] Proc#to_source, Method#to_source — Yuki Sonoda <redmine@...>
Feature #2080: Proc#to_source, Method#to_source
[#39322] [Feature #2093] String#stripの対象は\sか[:space:]か — Yui NARUSE <redmine@...>
Feature #2093: String#stripの対象は\sか[:space:]か
[#39325] makeターゲットrdevを抽象化 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
なかだです。
[#39352] [ruby19] Thread 切替えが異常に遅い? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
ささだです.
永井@知能.九工大です.
なかだです。
[#39361] [Bug:1.9] ("00".."00").to_a => ["0"] — Nobuhiro IMAI <nov@...>
いまいです。
[#39367] Almost endless loop of BigMath::atan(x) when x.abs >= 1 — "Masahiro Kanai (CanI)" <cani.m.61st@...>
金井 仁弘と申します。
豊福です。遅い反応ですが。
豊福です。
金井です。
豊福です。
豊福です。
豊福です。
金井です。
[#39372] [Proposal] メンテナ確認大会のお知らせ — Yugui <yugui@...>
Yuguiです。
WXVndWkbJEIkNSRzJWEhPCVrJCIkaiQsJEgkJiQ0JDYkJCReJDckPyEjJDMkQSRpJEtKVj8uJDck
[#39385] Removing constant-able macros inside of the loop. — "Masahiro Kanai (CanI)" <cani.m.61st@...>
金井 仁弘と申します。
[#39388] Re: [ruby-cvs:32331] Ruby:r25113 (trunk): String#inspect's encoding should be fixed. — "Martin J. Dürst" <duerst@...>
成瀬さん、こんにちは。
こんにちは、なかむら(う)です。
成瀬です。
中村さん、成瀬さん、こんにちは。
MjAwOeW5tDnmnIgyOeaXpTEyOjMxICJNYXJ0aW4gSi4gRMO8cnN0IiA8ZHVlcnN0QGl0LmFveWFt
[#39404] [ANN] Ruby Developer's Meeting 20091013 — Yugui <yugui@...>
Yuguiです。
[ruby-dev:39275] Re: Is URI.decode() broken?
On 2009/09/08 13:59, Tanaka Akira wrote:
> In article<20090908093235.0CC3.A69D9226@jp.fujitsu.com>,
> KOSAKI Motohiro<kosaki.motohiro@jp.fujitsu.com> writes:
>
>>> decodeURI は、encodeURI が生成する %-encoding はすべて解きま
>>> すが、そうでない %-encoding を一部解かないことがあるようです
>>> が、これは何の役に立つのかなぁ?
>>> (例えば、decodeURI("%40") が "%40" になるとか。)
>> ちょっとついていけなかったので保留。
>> (たぶん、ruby特有の話なんだと推測)
>
> いや、JavaScript です。
>
> % js
> js> decodeURI("%40")
> %40
> js> decodeURI("%41")
> A
> js> decodeURI("%25")
> %
一般の文字 (unreserved, a-zA-Z0-9など) はエスケープしてもしなくても同じ
のはず。したがって %41 -> A はいつでも可能です。URI の文法内に意味をなす
文字 (delimiters) はエスケープされたものとエスケープされてないものでは意
味が違いますので、いつでも変換できるとは限られません。たとえば
http://example.com/abc#def と http://example.com/abc%23def は根本的に違
います。前者では #def は fragment で、後者では abc#def という path (ファ
イルまただディレクトリなど) である。無差別に %23 -> # をするのは間違いで
ある。decode でもどの部分を decode するによっていろいろ違ってくる。
以前ちょっと考えたのはその辺を第二の引数で指定できるようなメソッドでし
た。引数には「これだけは decode しないで」、「(delimiter/reserved の内)
これだけは decode して」、「この部分用なので、適当にやってくれ」という三
種類を考えたが、どちらの方がいいのか結論は出してないです。encode の方で
は同様なことが考えられる。ある意味では JavaScript の encodeURI と
encodeURIComponent が、二つ目の引数が与えられる選択肢の幅の両端に当たる
かもしれません。
少し例を挙げますと、
encode系:
'abc#def', :path -> abc%23def # path 内には # はそのまま使えない
'abc#def', :fragment -> 'abc#def' 又は 'abc%23def' # fragment 内では #
も %23 も同様
'abc#def', :uri -> 'abc#def' # URI 全体では # は fragment 前の区切りなの
で、%23 はだめ
それ以上考えるのは今日は残念ながら遅すぎます。
もうひとつ、URI::Generic.build など先ほどみたときに考えた。引数の数がや
たら多く、多くの場合、固定の部分がかなりあるのではないかと思いました。そ
ういうことを考えると例えば
URI::Generic.build 'http://www.google.com/search', query: '2+3'
で http://www.google.com/search?q=2%2B3 を作ってもらえるのでしたら、
URI::Generic.build 'http', '', 'www.google.com', '', '', 'search', '',
'2+3', ''
よりかなり便利のではないでしょうか。
よろしくお願いします。 Martin.
--
#-# Martin J. Dürst, Professor, Aoyama Gakuin University
#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp