[#15357] Regexp literal and Regexp.new() — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
高橋征義です。むーん、問題のありかが違ったかも。
まつもと ゆきひろです
[#15369] ruby_init_loadpath() on Windows — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#15395] UnboundMethod.bind to derived class instance — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#15410] pp - pretty printing — Tanaka Akira <akr@...17n.org>
さて、time.rb が片付いたので、次は pp.rb のご意見募集です。
In article <hvod71ntocb.fsf@coulee.a02.aist.go.jp>,
In article <hvo1yhuqhvk.fsf@coulee.a02.aist.go.jp>,
高橋征義です。
In article <20011224230059I.maki@rubycolor.org>,
[#15411] inconsistency of STR_ASSOC — "K.Kosako" <kosako@...>
Version : 1.7 latest (2001-12-10)
[#15418] block for MatchData#select, Hash#select — nobu.nakada@...
なかだです。
[#15430] [BUG] Segmentation fault/ruby 1.7.2 (2001-12-10) — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#15435] Time#utcoff — Tanaka Akira <akr@...17n.org>
In article <hvosnahj702.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
わたなべです。
In article <1008292110.329151.8468.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <1008320813.231850.10341.nullmailer@ev.netlab.jp>,
In article <hvosnaeblzu.fsf@coulee.a02.aist.go.jp>,
[#15441] exported symbol — nobu.nakada@...
なかだです。
[#15456] irb/completion で Segmentation fault — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
On Sat, 15 Dec 2001 18:28:12 +0900
まつもと ゆきひろです
[#15464] gsub weirdness: gsub(/.*$/, "foo") — "Akinori MUSHA" <knu@...>
なんか gsub がおかしいような気がするんですが、これはこういう
青山です。
At Mon, 17 Dec 2001 05:22:53 +0900,
[#15466] listen for sockets in both IPv4 and IPv6 — Ryo HAYASAKA <ryoh@...>
早坂@北陸先端です.
[#15479] [BUG] thread with tempfile.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#15500] Re: define_method() does not properly set noex (PR#218) — nobu.nakada@...
なかだです。
[#15505] ERb — m_seki@...
In article <20011220114249J.seki@mr.nasu.toshiba.co.jp>,
In article <m3eljr5o9m.wl@edwin.mva.biglobe.ne.jp>,
高橋征義です。
In article <20020215085405G.seki@mr.nasu.toshiba.co.jp>,
ただただしです。
まつもと ゆきひろです
新井です。
西山和広です。
>>>>> In [ruby-dev : No.15909]
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
At Mon, 18 Feb 2002 12:50:31 +0900,
なかだです。
In message <200202201003.g1KA3As11455@sharui.nakada.kanuma.tochigi.jp>
新井です。
あづみです。
[#15507] fileutils (2) — Minero Aoki <aamine@...>
あおきです。
高橋征義です。
あおきです。
高橋征義です。結論は最後に。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
高橋征義です。
あおきです。
けいじゅ@日本ラショナルソフトウェアです.
[#15519] typo in tracer.rb (SCRIPT_LINES__) — sheepman <sheepman@...>
こんにちは。
なひです。
まつもと ゆきひろです
なひです。
[#15556] TCPSocket#open で Errno::EALREADY — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#15569] [REQ] File?chmod — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#15573] [patch] resolv.rb for win32 platform — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
In message <20011228143615.32D8.TIETEW-ML-RUBY-DEV@tietew.net>
こんにちは、なかむら(う)です。
Tietew です。
[#15603] filename within eval — nobu.nakada@...
なかだです。
[ruby-dev:15389] Re: new methods to treat uid/gid
永井@知能.九工大です.
From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:15388] Re: new methods to treat uid/gid
Date: Fri, 7 Dec 2001 13:03:56 +0900
Message-ID: <1007682425.026145.29118.nullmailer@ev.netlab.jp>
matz> 私自身はこのユーザID/グループIDについて(いまだに)十分正しく
matz> 理解している自信がないのですが、過去の永井さんの論旨には十分
matz> 説得力があったので、この方向で受け入れようと思っています(1.7
matz> 系で)。
私も本当に大丈夫かを心配しつつ書いています.
自信があれば,もう少し強く主張できているかもしれません.(^_^;
例えば,実装を開始してみるまでは,
Process.uid= があれほど面倒になるとは思っていませんでした.
一つ前の仕様案と比較すると,何がやっかいごとの原因だったかは
わかっていただけると思います.
古い方では,Process.uid= を root 権限を持つ状況でだけを
想定していたのですが,よく考えてみると,
例えば (uid,euid,suid) == (user,uucp,uucp) のような状況で
uucp の権限を放棄したいケースも含まれることに気付きました.
このケース,Process.euid=user では (user,user,uucp) となり,
uucp 権限を放棄できないですよね (Process.euid=uucp が可能).
で,Process.uid= の目的を鑑み,利用可能な関数を駆使して,
このようなケースでも可能な限り (user,user,user) の状態に
できるようにしてみました.
安全のため,きちんと放棄できない場合には例外を上げるようにしたので,
「処理を続けてもいいかはそれで判断してください」ということです.
matz> ただ、以下の点は気になります。より広く意見を求めます。
matz> |Process.swap_uid
matz> |Process.switch_uauth() { ... }
matz> このふたつのメソッドの名前にはまだ違和感があります。独自の名
matz> 前の導入には慎重になっているというのもありますが。
これらについては,私も仮名のつもりでインプリメントしています.
いい名前が思いつかなかったので,「意見がでないかなぁ」と.(^_^)
matz> | 保存ユーザ ID の変化は,Process.swap_uid が定義されているかで決まる.
matz> とあり、
matz> | 注意 : setresuid か setreuid を持たない環境には設定されない.
matz> とあるので、swap_uidは環境によって定義されたりされなかったり
matz> するものとして考えられているんですよね。しかし、ほかの多くの
matz> メソッドは対応していないプラットフォームではNotImplementedError
matz> 例外をあげる方が一般的のようです。
最初は例外をあげるようにしていたのですが,
環境による動作の差異を判断するために
実際に swap_uid を動かさねばならないというのは
問題では?と考えました.
で,どうせ動かないんだから,いっそのことなくしてしまって,
その有無で判定するのではどうかと思い,
そのようにしてみたのが先のパッチです.
ちなみに今は,例外的環境として挙がっているのが
OpenBSD だけですのでああしていますが,
もっと多くの環境で例外対応せざるを得ないなら,
---------------------------------
#if defined(__OpenBSD__) || defined(...) || ...
#undef HAVE_SETREUID
#endif
---------------------------------
などとしておく方がいいですよね.
# 最初からそうしておくべきでした.(^_^;
matz> 一貫性のために、swap_uid(相当)メソッドはいつも用意して
matz> NotImplementedError例外で対応するというのならば、保存ユーザ
matz> IDがあるかないかを知る別の方法を用意する必要があるでしょうし。
matz> この辺はどういう風に考えるのがよいでしょうか。
う〜む.何らかの定数を用意しておくべきなんですかねぇ...
用意するなら,「保存ユーザ ID を持つか」と
「実と実効ユーザ ID の交換が可能か(ただし,
保存ユーザ ID が存在するならそれに影響すること)」との
二つが判断できるだけのものということになりそうです.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp