[#17002] strict prototype for c++ — Takaaki Tateishi <ttate@...>
立石です.
At Fri, 3 May 2002 02:59:36 +0900,
[#17017] 標準添付案 — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
At Wed, 8 May 2002 19:50:17 +0900,
At Wed, 8 May 2002 22:45:06 +0900,
At Thu, 9 May 2002 00:47:46 +0900,
田中です。一応 blade は見てます。
堀之内です。
堀之内です。
At Tue, 14 May 2002 14:45:28 +0900,
[#17031] double acosh — WATANABE Hirofumi <eban@...>
わたなべです。
なかだです。
わたなべです。
まつもと ゆきひろです
わたなべです。
[#17037] here document2 つで __LINE__ がずれる — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#17053] socket in Win32 — nobu.nakada@...
なかだです。
[#17059] [PATCH] mswin32 configure — nobu.nakada@...
なかだです。
[#17060] rb_warn — Tadayoshi Funaba <tadf@...>
ふなばです。
[#17095] irb & jarh — Tanaka Akira <akr@...17n.org>
ふと、irb で jarh をいくつか試したのですが、うまく扱えないものがあるようです。
けいじゅ@日本ラショナルソフトウェアです.
In article <200205160811.RAA31441@ishitsuka.com>,
[#17112] [Cleanup] rb_thread_select() — nobu.nakada@...
なかだです。
[#17122] Array#bsearch — Beyond <beyond@...>
[#17128] Thread: deadlock trouble — nagai@...
永井@知能.九工大です.
At Fri, 17 May 2002 14:47:53 +0900,
[#17134] argv[0] — Tanaka Akira <akr@...17n.org>
ふと ruby インタプリタの C における argv[0] を知りたくなったんですが、
まつもと ゆきひろです
In article <1021723554.017958.5113.nullmailer@picachu.netlab.jp>,
In article <1021723554.017958.5113.nullmailer@picachu.netlab.jp>,
[#17144] Re: msvcrt — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
なかだです。
[#17158] else without rescue — nobu.nakada@...
なかだです。
[#17179] コマンドラインオプションの順序制約 — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
[#17194] [RCR] Array#rotate{,!} — nobu.nakada@...
なかだです。
まつもと ゆきひろです
[#17208] Etc — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#17223] race condition on Queue#pop? — Tanaka Akira <akr@...17n.org>
なんとなく thread.rb を眺めていて、Queue#pop に race condition がある
なかだです。
まつもと ゆきひろです
なかだです。
[#17228] Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
たけ(tk)です。
まつもと ゆきひろです
たけ(tk)です。
まつもと ゆきひろです
あづみです。
[#17238] Re: [ruby-list:35304] Re: ((1.2)..(3.4)).to_a — siena@... (Siena.)
Siena. です。
[ruby-dev:17162] Re: control groups
永井@知能.九工大です.
# この件,気にはなってるんですが,手が回らず放置状態です.
From: Takahiro Kambe <taca@sky.yamashina.kyoto.jp>
Subject: [ruby-dev:17149] Re: control groups
Date: Sun, 19 May 2002 22:36:14 +0900
Message-ID: <200205191336.g4JDa3D02946@edge.sky.yamashina.kyoto.jp>
> > でも,実/実効ユーザ ID を変更して root 権限を放棄してしまえば,
> > newgrp しようとしても password を要求されると思いますけど,
> > それではダメということですか?
> newgrpコマンドの存在を前提にすること自体、特定のシステムに目一杯依存し
> ます。
「newgrp を使え」って話ではなくて,「仮に newgrp しようとしても,
password を知ってなきゃ権限は取れないんで,気にしなくてもいいのでは?」
というつもりでした.
実際には十二分に問題ありで,私の方がボケてたというわけですが.(^_^;
[ruby-dev:16883] でのプランに加えるとしたら,system call の類を
ID_Syscall.setgroups, ID_Syscall.getgroups, ID_Syscall.initgroups
で加えるのはいいとして,高レベルでのメソッドはどこに加えましょう?
(案1) Process モジュール直下のメソッドとする.
Process.groups, Process.groups=, Process.initgroups
問題:現在の環境依存のメソッドである uid= などは
捨てる方向に進もうか (互換性のためだけに残す) としているのに,
それと同じレベルに新設するのは釈然としないか?
(案2) グループ ID に関連するものなので,Process::GroupID モジュールに新設する.
Process::GroupID.groups, Process::GroupID.groups=,
Process::GroupID.initgroups
問題:グループ ID に関連するとはいえ,補助グループに関しても含めるのは
含めすぎかも?
また,initgroups はユーザ ID にも関わるけれども,
Process::GroupID に含めるだけで問題なし?
Process::UserID.initgroups も追加する?
(案3) 新たなモジュールを作る.
Process::Groups.init, Process::Groups.get, Process::Groups.set
(or Process::SupGroups.…)
問題:補助グループのためだけにモジュールを作るのは冗長?
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp