[#25384] test fail: drb/drb.rb:836:in `initialize': Address already in use - bind(2) (Errno::EADDRINUSE) — Tanaka Akira <akr@...17n.org>
test-all が Errno::EADDRINUSE で止まることがあります。
咳といいます。
In article <97B55E6C-5C05-11D9-A492-000D9350318C@mva.biglobe.ne.jp>,
咳といいます。
In article <B8BBFD48-5C15-11D9-A492-000D9350318C@mva.biglobe.ne.jp>,
[#25396] rand uniformity — Tanaka Akira <akr@...17n.org>
次のように、rand の結果があからさまに一様でない分布を示すことがあるようです。
In article <20050103233811.7dd92150.sheepman@tcn.zaq.ne.jp>,
[#25414] 1.9.0で使用済みソケットが回収されない? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#25430] 1.8 warn nonblocking IO#read and add IO#readpartial — Tanaka Akira <akr@...17n.org>
1.8 に以下の変更を行いたいんですが、どうでしょうか?
山本です。
In article <20050109063005.3048a4ba.tommy@tmtm.org>,
はじめまして。角と申します。
とみたです。
mput です。
とみたです。
まつもと ゆきひろです
とみたです。
まつもと ゆきひろです
[#25446] DATA.read skips some characters — SASADA Koichi <ko1@...>
ささだです。
なかだです。
こんにちは、なかむら(う)です。
[#25479] some problems on ext/tk/sample/**/*.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
こんにちは、なかむら(う)です。
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
[#25486] process to merge ruby-dl2 — Takaaki Tateishi <ttate@...>
立石です。
まつもと ゆきひろです。
[#25500] priority between commandline option and RUBYOPT env variable — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
わたなべです。
永井@知能.九工大です.
[#25508] Fw: DateTime questions [newbie] — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
ふなばです。
まつもと ゆきひろです
ふなばです。
まつもと ゆきひろです
> [ruby-talk:128124]によれば
[#25520] pack cannot convert nil into Integer — "horiguchi" <hiya@...>
はじめまして。堀口と申します。
[#25522] merge tcltklib and tk — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
こんにちは、なかむら(う)です。
こんにちは。
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
[#25574] flockの動作 (with win32 mod_ruby) — "Tokiwa" <tokiwa@...>
ときわです。
[#25587] imported Oniguruma 3.5.4 — Kazuo Saito <ksaito@...>
斉藤です。
[#25590] Can I copy doc/irb/irb.rd.ja to the reference Wiki? — sheepman <sheepman@...>
こんばんは、sheepman です。
けいじゅ@いしつかです.
こんにちは、sheepman です。
けいじゅ@いしつかです.
こんにちは、sheepman です。
けいじゅ@いしつかです.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[ruby-dev:25469] Re: 1.8 warn nonblocking IO#read and add IO#readpartial
角です。
#とみたさんとはちょっと方向性が違うようです。
#私には警告メッセージを減らしてほしい以外の意見はありません。
On Mon, 10 Jan 2005 00:41:34 +0900
Tanaka Akira <akr@m17n.org> wrote:
> 興味深いです。具体的にはどの警告が大量に表示されますか?
たいしたこともないのですが、
私が以前にひっかかったのはArray#indexesでした。
------------------------------------------------------
a = (1..1000).to_a # なにかのデータ
(a.length-1).times { |i|
n = a.indexes(i, i + 1) # 2つずつ要素を取得する
...何かの処理...
}
------------------------------------------------------
のようなコードで、indexesの呼び出しのたびに
warning: Array#indexes is deprecated; use Array#values_at
という警告が表示されたために、コンソールが警告で
埋まってしまいました。
Array#indexesが廃止ではなく警告にとどまったのは、本来
values_atへの移行のための猶予期間を与えるためだと思いますので、
警告を避けるためにすぐに修正しなければならなかったのは、
ちょっと納得いかない気がしました。
IO#readの場合ですと、例えばselectと組み合わせてシングルスレッドの
サーバを構築していた場合に、データを受信するたびにログファイルに
警告が書き込まれてしまう、といったケースが考えられそうな気がします。
(STDERRをログファイルにリダイレクトしているとして)
> 指摘しておくと、C レベルでは rb_warn と rb_warning の 2種類があります。
> 前者がデフォルト状態でも表示されるもので、後者が -w をつけないと表示さ
> れないものです。
オプションなしでは表示されない警告もあるのはうすうす承知していました。
> ただ、使い分けがはっきりしていないとは思うので、そういう使い分けの主張
> は有用だと思います。そして、判断基準がもっと具体的になると受け入れられ
> やすいと思います。思うに、開発者は自分が開発している所が重要だと考えが
> ちで、警告を出しすぎるきらいがあるのかもしれません。
えー、判断基準としては、
(1) -wなしでは、警告は原則として表示しない。
(2) -wなしで表示されるのは、直ちに対策が必要な問題で、
なんらかの理由でエラーにできないもの。
が私の希望になるでしょうか。要するに、警告メッセージは
放置できない場合が多いので、「放置してはいけない問題」にのみ
使用してほしいという考えです。
#希望だけですみません。
-wが指定されたときに警告が表示されるぶんには全然かまわないと思います。
デフォルトで警告があまり表示されないようになれば、-wを使う人も
増えるのではないかと想像しています。現状ですと、デフォルトで
かなりの警告が出ますので……。
> そんなに簡単でしょうか?
> 今回の変化は、nonblocking IO に対する read が問題となります。ある read
> が IO に対するメソッド呼び出しであり、その IO が nonblocking mode であ
> るかどうかはどう判定できるでしょうか?
うむむ。もちろん、grepで表示された行だけでは無理です。
前後も見ないといけないと思います。
non-blockingなreadとblockingなreadでは使い方がだいぶ異なりますので、
見ればなんとなくわかるのではないかと思うのですが。
> もちろん、警告がドキュメントよりも常に確実だと主張しているわけではあり
> ません。しかし、警告は問題点を確認するのにドキュメントよりも便利なこと
> があると考えています。ドキュメントはある項目があるプログラムに実際に適
> 用されるのかどうかを調べるには、自分で確認しなければいけないのに対し、
> 警告は単に実行しさえすればわかるためです。
もちろん警告にしかないメリットがあるのはよくわかります。
ドキュメントと違った形で役立つという点に異存はないです。
ただ、ドキュメントと違って、表示されること自体が困る場合が
あるということを言いたかったのでした。
> それはありがたいです。今回の変更をリリース時につけるドキュメントに忘れ
> ずに載せることをお願いできますか。
1.9がリリースされるときのお話ですよね?
なるべくフォローしたいと思います。
--
角 元司 <mtj@fiberbit.net>