From: Koji Arai <JCA02266@...>
Date: 2003-07-21T01:16:44+09:00
Subject: [ruby-list:37909] Re: control user ID / group ID

新井です。

In message "[ruby-list:37906] control user ID / group ID"
  on 21 Jul 2003 00:09:05 +0900,
  Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> wrote:
> 永井@知能．九工大です．

この手の話題に明るくはないのですが(dev での議論もあまり追っ
てないので同様の意見が既にあったかも知れませんがご容赦願いま
す)

> # もし皆の納得が得られるなら，今月中に予定されている 1.8.0 に
> # 含めることができるといいなとは考えていますので，
> # 急ぎ意見をいただけますと嬉しく思います．

それほど急ぐ必要もないかと思います。それよりもいきなり本体に
実装せずに拡張ライブラリとして提供し、実際に使ってもらった方
が良いと思うのですがいかがでしょうか？

本体の方は互換性のためにもひとまず現状を維持するのが良いと思います。

あと、先人に習えということで perl などがどのような実装になっ
ているか知りたいですね。

> module Process::ID_Syscall   単なるシステムコールの直接実装
>     単純な操作がどうしても欲しい人のためのサービス提供
>     ポータビリティは期待できない

Process::POSIX とかで POSIX のインタフェースを提供すればどうでしょう？
システムのそれを使いたい場合は syscall() が使えますし。

# と提案する理由は ID_Syscall という名前が単に好きじゃないから(^^

> module Process::UserID   ユーザ ID 操作

名前が長いので Process::UID とかでどうでしょう？

> module Process::GroupID   グループ ID 操作
>   メソッド集合は module Process::UserID と同じ

同じ理由で Process::GID とか。

Unix のこの手の関数は歴史的な経緯でしょうか？とても複雑でな
かなか理解しづらいものがあります。ですので、ポータビリティの
あるインタフェースを提供しようという試みには意義があると思い
ます。ですが、こなれていない状態で ruby にいきなり組み込んで
も複雑さを促進するだけのように思います。

--
新井康司 (Koji Arai)