[#41772] [Feature #3513] spawn ..., err: nil — Shyouhei Urabe <redmine@...>
Feature #3513: spawn ..., err: nil
10 messages
2010/07/01
[#41773] Re: [Feature #3513] spawn ..., err: nil
— Tanaka Akira <akr@...>
2010/07/01
2010年7月1日19:09 Shyouhei Urabe <redmine@ruby-lang.org>:
[#41780] Re: [Feature #3513] spawn ..., err: nil
— Urabe Shyouhei <shyouhei@...>
2010/07/02
卜部です。
[#41774] 動的ローディングの仕様について — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
7 messages
2010/07/01
[#41778] [Bug #3515] FreeBSD wrongly raises ECONNRESET on close(2) — Yui NARUSE <redmine@...>
Bug #3515: FreeBSD wrongly raises ECONNRESET on close(2)
12 messages
2010/07/02
[#41826] Re: [Bug #3515] FreeBSD wrongly raises ECONNRESET on close(2)
— Tanaka Akira <akr@...>
2010/07/06
2010年7月2日12:20 Yui NARUSE <redmine@ruby-lang.org>:
[#41828] Re: [Bug #3515] FreeBSD wrongly raises ECONNRESET on close(2)
— Takahiro Kambe <taca@...>
2010/07/06
In message <AANLkTimD2geIuuhr0GQZ4fprYTv3m4kuESajvsrxaItm@mail.gmail.com>
[#41782] [Bug #3522] String::size return invalid size on mswin64 — shintaro kuwamoto <redmine@...>
Bug #3522: String::size return invalid size on mswin64
5 messages
2010/07/02
[#41800] Tempfile#size returns 0 under windows — take_tk <ggb03124@...>
たけ(tk)です。
6 messages
2010/07/03
[#41833] [bug:trunk] GNU/Linux select hang on a socket which TCP state is CLOSED — Tanaka Akira <akr@...>
GNU/Linux で、以下のプログラムがハングします。
7 messages
2010/07/06
[#41834] Re: [bug:trunk] GNU/Linux select hang on a socket which TCP state is CLOSED
— Yukihiro Matsumoto <matz@...>
2010/07/06
まつもと ゆきひろです
[#41835] Re: [bug:trunk] GNU/Linux select hang on a socket which TCP state is CLOSED
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/07/06
kosakiです
[#41856] [Bug #3579] RHEL5のautoconf-2.59だとruby-1.8.7-p299でautoconfが失敗する — Motohiro KOSAKI <redmine@...>
Bug #3579: RHEL5のautoconf-2.59だとruby-1.8.7-p299でautoconfが失敗する
5 messages
2010/07/16
[#41858] Re: [Bug #3579] RHEL5のautoconf-2.59だとruby-1.8.7-p299でautoconfが失敗する
— Nobuyoshi Nakada <nobu@...>
2010/07/17
なかだです。
[#41862] [bug:trunk] rb_data_type_t should be extensible — Nobuyoshi Nakada <nobu@...>
なかだです。
5 messages
2010/07/17
[#41876] redmine.ruby-lang.orgが落ちてる? — kimura wataru <kimuraw@...>
木村(わ)といいます。
4 messages
2010/07/25
[#41883] failed to build ext/tk of ruby-1.9.2-rc2 on Mac OS X — Yutaka Hara <yutaka.hara@...>
yharaです。
6 messages
2010/07/28
[#41884] Re: failed to build ext/tk of ruby-1.9.2-rc2 on Mac OS X
— Hidetoshi NAGAI <nagai@...>
2010/07/28
永井@知能.九工大です.
[#41892] [Feature #3627] catchのブロックを再実行するメソッド — Makoto Kishimoto <redmine@...>
Feature #3627: catchのブロックを再実行するメソッド
6 messages
2010/07/29
[#41893] thread.bind(sym, val) { ... } — Tanaka Akira <akr@...>
スレッド変数を一時的に設定するメソッドを加えるのはどうでしょうか。
7 messages
2010/07/29
[ruby-dev:41787] Re: [Feature #3513] spawn ..., err: nil
From:
Urabe Shyouhei <shyouhei@...>
Date:
2010-07-02 13:51:52 UTC
List:
ruby-dev #41787
(2010/07/02 22:31), Tanaka Akira wrote: >> 私の主張は:closeの位置にnilも受け付けて欲しいというだけですので、stderrを閉じ >> ることの是非とは独立した話のはずです。 > > いいえ。 > > nil を close の意味にすることは close することを使いやすくします。 > それはおすすめしないという意図を弱めます。 > > そもそも、:close によって今でも可能なのですから、可能・不可能という点では > 現状でも問題ないはずです。 > したがって、この話は close することを使いやすくしようという提案だと解釈して > います。 > そして、私は使いやすくすることに対して反対しているのです。 > > 解釈を間違っていますか? > もし間違っているとしたら、なぜこの提案をしたんですか? なるほど。使いやすくすることに反対しておられるのですか。つまり(現在のところ) nilを受付ないのは作り込みが足りないからではなく、積極的に機能を削った状態なの ですね? であればnilを指定できたほうがよい積極的な理由を探して来いというのは理解できます。 >>> では適切な方法は、というと、err:"/dev/null" などとリダイレクトすることです。 >>> (Unix では) >> >> それは移植性がありません。せっかくspawn使ってるのに。 >> >> さらに背景を説明すると、くだんのスクリプトが動く環境には/dev/nullがありませ >> ん。Linuxですがキャラクタデバイスへのアクセスが(cgroupで)禁止されています。 > > えぇ、残念なことに移植性が無いのは分かっています。 > > 次に考えられる方法は、パイプを新しく作って読み込み側を stderr に割り当てる > ことですかね。 > 書き込み側はすぐ close して。 ちょっと/dev/nullがないというのは特殊すぎるので忘れてもらって構わないのです が、いずれにせよ「stderrを黙らせたい」というのはわりとありがちな要求であるはず なので、なんらかの支援機構は欲しいです。たとえばWindowsにもNULデバイスがあるら しいので、なんらかのそういうデバイスを(configureなどで)検出して使うとか。