[#14614] 大小文字を無視した比較で ' 帰 ' == ' 蟻 ' ? — "K.Umakoshi" <pegacorn@...>
こんにちは。
まつもと ゆきひろです
From: matz@ruby-lang.org (Yukihiro Matsumoto)
なかだです。
まつもと ゆきひろです
[#14636] Re: [REQ] String#slice(re, n) — Minero Aoki <aamine@...>
あおきです。ruby-dev に移します。
[#14658] Socekt::SOL_TCP -> Socket::IPPROTO_TCP — m_seki@...
[#14662] How to abondon saved uid privilege — nobu.nakada@...
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
In message <20010905184635H.nagai@ai.kyutech.ac.jp>
ちょっと脱線します。 :)
In message <86ofopevkv.wl@archon.local.idaemons.org>
まつもと ゆきひろです
In message <999700675.662743.18683.nullmailer@ev.netlab.jp>
永井@知能.九工大です.
In message <20010906111828R.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
In message <20010906132656Z.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
In message <20010906174440D.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
In article <20011102175733K.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011103223903G.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109140713D.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109152213R.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109170952Z.nagai@ai.kyutech.ac.jp>,
[#14668] = in conditional — "Akinori MUSHA" <knu@...>
条件式で代入をすると
[#14716] CGI#header bug — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#14730] ruby-lex.rb: get value from TkSTRING and TkCOMMENT — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
けいじゅ@日本ラショナルソフトウェアです.
高橋征義です。
けいじゅ@日本ラショナルソフトウェアです.
[#14743] [BUG] $_ on thread switching — nobu.nakada@...
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#14749] forwardable.rb : call Kernel.raise — Kenichi Komiya <kom@...1.accsnet.ne.jp>
けいじゅ@日本ラショナルソフトウェアです.
[#14754] regex.c について — Osamu Shigematsu <shige@...>
重松と申します。
[#14809] WAIT_SELECT value with multithread — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#14816] Generator — "Akinori MUSHA" <knu@...>
Python 2.2 では iterator と generator というのが導入されていて、
[#14823] ruby-1.6.5 MacOS X 10.1 patch — SHIROYAMA Takayuki - <psi@...>
SHIROYAMA Takayukiさんの<00f901c14652$c08a3470$600aa8c0@turtle>から
[ruby-dev:14729] Re: How to abondon saved uid privilege
In message <20010906174440D.nagai@ai.kyutech.ac.jp> on Thu, 6 Sep 2001 17:44:49 +0900, nagai@ai.kyutech.ac.jp wrote: > taca> 『実uid != 実効uid』とするには、setuid bitによるexecve(2)を介した方法 > taca> 以外では不可能というのが、setuid bitの機能に基づいたセキュリティ・モデ > taca> ルなのだと僕は理解しています。言い替えれば、それ以外の方法で『実uid != > taca> 実効uid』との状況を作り出せてはならないということです。 えっと、すみません。これはsetreuid()が存在する以上、 > 今の 4.4BSD 系ではそういう考え方を取っているということですね? > で,『実uid != 実効uid』が可能となる setreuid あたりは > 使わない方向となっている? ということはありませんね。 > それはそれとして,少しづつ状況が明確化してきたので, > 話を次の段階に進めてみます. > > 「Process.uid= ,Process.euid= ( あるいは追加のメソッド ) は > どうあるべきか」 > > です. > 環境はいくつも考えられますが, > Ruby としては可能な限り仕様を統一した方が > いいのではないかと思うのですが,いかがでしょう? 仕様を明確にすることには賛成です。ただ、下位の動作環境によってはカバー しきれない場合は少なからずあるでしょう。 > もし同意いだだけるなら,例えば > 「〜系は,〜の仕様の setuid と seteuid を使うことになってるけど, > setreuid も使えないことはないよ」とか, > 「〜は古い仕様なんで,保存uidなんかないよ」とか, > 環境についての情報をまとめて見ませんか? なんか、こういう内容を扱った書籍ってありませんでしたっけ。 http://www.amazon.co.jp/exec/obidos/ASIN/4894713195/249-2282310-5096310 (詳解UNIXプログラミング) とかは違ったかなぁ。 http://www.amazon.co.jp/exec/obidos/tg/detail/glance/-/books/4894711893/4894711893/249-2282310-5096310 (最前線UNIXのカーネル) だったかなぁ。 -- 神戸 隆博(かんべ たかひろ) at 仕事場