[#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:41785] Re: [Feature #3513] spawn ..., err: nil
From:
KOSAKI Motohiro <kosaki.motohiro@...>
Date:
2010-07-02 13:19:26 UTC
List:
ruby-dev #41785
2010年7月2日21:52 Urabe Shyouhei <shyouhei@ruby-lang.org>: > # 盛大にオフトピックです これは僕が謝るべきなんだろうなぁ。すいません > > (2010/07/02 21:19), KOSAKI Motohiro wrote: >> 後学のために教えてください >> >>>> では適切な方法は、というと、err:"/dev/null" などとリダイレクトすることです。 >>>> (Unix では) >>> >>> それは移植性がありません。せっかくspawn使ってるのに。 >>> >>> さらに背景を説明すると、くだんのスクリプトが動く環境には/dev/nullがありませ >>> ん。Linuxですがキャラクタデバイスへのアクセスが(cgroupで)禁止されています。 >> >> /dev/zeroや/dev/null をアクセス禁止するメリットがあまり想像できなかったのですが、 >> どのような問題を想定されていますでしょうか? >> Linux側に機能不足とかありましたら、ついでに指摘していただけるとありがたく > > この環境は実際にはlxc(7) http://lxc.sf.net/ を使ったコンテナです。lxcでは設定 > ファイルによりデバイスへのアクセスをデバイス番号単位で制御できますが、逆にいう > とデバイス番号を知らないことには制御できません。が、ともかく全部を許さないとい > う(ありがちでかつ便利な)指定だけは可能で、これはデバイス番号に関する前提知識を > 求めないので、とりあえず指定しておくと安全側に倒れてよい感じになります。特に > キャラクタデバイスの1番は/dev/kmemとかあまり触ってほしくないデバイスも含まれて > いるので、まるごと拒否しておいたほうが安心なのです。 ああ。なるほど。 で、終わってしまうと情報量0なのでちょっとだけ補足すると、以下のファイルで カーネル開発者が把握している範囲の一覧が見れます http://github.com/mirrors/linux-2.6/blob/master/Documentation/devices.txt > というわけでLinuxの機能不足というよりはlxcの設定ファイルの書き方の問題な気がし > ます。/dev/zeroや/dev/null、/dev/fullあたりだけを個別に許可すればいいとは思い > ます。めんどうだからしてないという。しかし同じキャラクタデバイス1番系のでいえ > ばたとえば/dev/urandomあたりはどうなのかなあ。エントロピー吸われちゃうのってコ > ンテナの外の世界影響与えれるわけですけど、それってアタックになると思います? ならないと思う。urandomって一般ユーザがエントロピー吸えるけど、それが脆弱性の 指摘を受けたという話はいまのところ聞かない > とか個別の検討を全部のデバイスに対して行うのはそれなりに大変な気はしました。 そこは同意します。 device cgroupマージするときも議論した気がするし。 たぶん、lxcのデフォルト値をもっとユーザフレンドリーにするのが現実解な気がしてきました。