[#24112] ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。原因を追求してたのですが、力尽きました。

19 messages 2004/08/18
[#24127] Re: ruby/tk crashes on bcc32 — Hidetoshi NAGAI <nagai@...> 2004/08/19

永井@知能.九工大です.

[#24131] Re: ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/08/19

山本です。

[#24135] Re: ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/08/19

山本です。試行錯誤の結果、これで落ちなくなりました。

[ruby-dev:24062] Re: Process.daemon

From: Tanaka Akira <akr@...17n.org>
Date: 2004-08-12 03:04:33 UTC
List: ruby-dev #24062
In article <1092036348.740460.28946.nullmailer@picachu.netlab.jp>,
  matz@ruby-lang.org (Yukihiro Matsumoto) writes:

> まつもと ゆきひろです
>
> In message "[ruby-dev:24040] Re: Process.daemon"
>     on 04/08/09, Tanaka Akira <akr@m17n.org> writes:
>
> |> ということから,実際に採用の際には daemon(3) がない場合には
> |> fork/setsid 等で実装するものと思っていたのですが,違うのでしょうか?
> |
> |違いません。fork/setsid による実装も含めることを想定しています。
>
> そうすると今度は/dev/nullのポータビリティが。

ふと思ったのですが、拡張ライブラリにするという手はあるかもしれません。
前例として pty は /dev/* にいろいろな仮定をおくというものがあります。

また、fork/setsid がなくてデーモン化できない環境では拡張ライブラリを作
らないこrequire 時点でデーモン化可能な環境かどうかをある程度判断できる
ようになります。これは、Process.daemon を組み込みで作った場合には今の
所うまく提供できない情報です。

ただ、拡張ライブラリとすると、Process.daemon という場所は座りが良くな
い気がしますから、Daemon.daemon にするか、いっそ Kernel.daemon にする
のはやりすぎかもしれないし、それなら feature 名を process/daemon とし
て Process.daemon にするか、などといった名前のところでちょっと悩むこと
になりそうですが。
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread

Prev Next