[#11357] [PATCH] an analogue of `long long' — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
>From: matz@zetabits.com (Yukihiro Matsumoto)
まつもと ゆきひろです
[#11440] class Character (was: Ruby I18N) — Yasushi Shoji <yashi@...>
[ruby-dev:11428] からの続きですが、threadは切りました。
高橋征義です。用語について。
At Wed, 8 Nov 2000 20:44:55 +0900,
高橋征義です。
At Thu, 9 Nov 2000 13:30:34 +0900,
まつもと ゆきひろです
[#11447] gets は secure? — Kazuhiro NISHIYAMA <zn@...>
出力がInsecureなのに入力はsecureなのでしょうか?
[#11467] debug write in regex.c? — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
[#11500] rb_to_integer/rb_to_int — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
[#11520] A problem of Socket methods on Windows — OKA Toshiyuki <oka@...>
岡と申します。
なかだです。
まつもと ゆきひろです
なかだです。
岡です。
なかだです。
なかだです。
岡です。
なかだです。
[#11569] blocking on socket? — Shugo Maeda <shugo@...>
前田です。
[#11591] object.c パッチ — Kazuhiro NISHIYAMA <zn@...>
使われてなかったnil_plusの削除とOBJ_INFECTへの変更です。
[#11611] return value of waitpid2 — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
荒井です。いや、新井です。(よくあることさ)
まつもと ゆきひろです
新井です。
新井です。
[#11618] Re: class variable — "Koji Arai" <jca02266@...>
新井です
なかだです。
まつもと ゆきひろです
> まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
新井です。
[#11641] eval too slow — Wakou Aoyama <wakou@...>
青山です。
[#11650] conflict of NODE_DREGX_ONCE — "Nobuyoshi.Nakada" <nobu.nakada@...>
なかだです。
まつもと ゆきひろです
[#11662] IO (Re: fork problem?) — Tanaka Akira <akr@...17n.org>
In article <E140cR3-0002ls-00@ev.netlab.zetabits.co.jp>,
まつもと ゆきひろです
In article <E140fxW-0002u9-00@ev.netlab.zetabits.co.jp>,
In article <hvor93w5wb8.fsf@coulee.m17n.org>,
In article <hvoofz05uwz.fsf@coulee.m17n.org>,
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
In article <E141eaC-0003w0-00@ev.netlab.zetabits.co.jp>,
まつもと ゆきひろです
In article <E142ZqF-0004rX-00@ev.netlab.zetabits.co.jp>,
まつもと ゆきひろです
In article <E143Zem-000271-00@ev.netlab.zetabits.co.jp>,
まつもと ゆきひろです
In article <E143amj-00028V-00@ev.netlab.zetabits.co.jp>,
[ruby-dev:11579] Re: uri
岡田です。
>In article 11514, <200011141448.XAA04779@be-in.org>
>O> 1) 空pathは常に'/'に正規化されるべきではないか?
>
>話としてはわからんでもないのですが,
>そのようなケースではそれ用の子供を作って対処してもらうのが
>いいかなあと思っています.
うーむ。
この手のURIクラスは net/ほげ クラスと一緒に使う局面が多いわけで、
間違いの起きにくい方向に倒して置く事は割と重要かと思います。
URI::HTTPかNet::HTTPかどっちででもいいけど、scheme毎に対処
しといた方がよいのではないかと思います。
# http.get '' が http.get '/' と解釈されるような実装とか?
# あと、(URI.parse 'http://hoge') + 'index.html' がエラーになるのは
# バグですよね?
>O> 2) 空URIを作って中身を埋めてURL生成してみたりとかしたい。
>こっちはできます.
>というか, できるようにするつもりで実装途中ですね.
> URI::FTP.new2('user', 'passwd', 'host', nil, '/path')
>とか. HTTP はまだ書いてないですが, 同じような感じのを作ろうとしてたのでした.
お、素晴しい。期待してます。
# 引数指定はhashでやるとどうでしょう?
# URI::FTP.new2 ('user' => user, 'passwd' => passwd, 'host' => host) とか
# この手の引数の順番覚えるの割と苦手なもので。
で、コンストラクタでこういう風に生成できるのは嬉しいんですが、
出来れば個別の要素を後から設定できるメソッドも公開されてると嬉しいです。
(今はset_ほげメソッドがprotectedになってるんでしたっけ)。
host, path を固定して、queryだけを変えたURLを連続して生成するなんて
処理をしてるんですが、こんなイメージで出来たら嬉しいかなぁ、と。
url = URI::HTTP.new 'host', nil, 'path'
queries.each do |query|
url.query = query
p url.to_s
end
--
ゆん(岡田 潤)
yun@be-in.org
http://www.be-in.org/~yun/