[#15040] WeakRef and load(file, true) — Shugo Maeda <shugo@...>
前田です。
[#15043] puts array — "Akinori MUSHA" <knu@...>
puts に配列を与えたときの挙動が最新の 1.7 では変わっていて
こんにちは、なかむら(う)です。
At Wed, 7 Nov 2001 09:54:03 +0900,
[#15044] resolv.rb — Kazuhiro NISHIYAMA <zn@...>
Resolv::Hostsのデフォルトのファイル名ってWindows 9x環境だと
[#15047] can't set chomped String to environment — nobu.nakada@...
なかだです。
まつもと ゆきひろです
[#15067] rb_eval_string — OJ <oj@...7.com>
OJです。
なかだです。
OJです。
なかだです。
OJです。
わたなべです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
[#15100] Using static mark stack, GC is slow. — sheepman <sheepman@...>
こんばんは
[#15101] [bug?] pty causes segv by getting SIGINT — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
[#15102] Gtk::Object#flags!= — akira yamada / やまだあきら <akira@...>
[#15116] rubylib_mangle whitespace — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
まつもと ゆきひろです
わたなべです。
[#15132] uri.rb — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#15174] strange behavior about PTY.spawn — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
[#15175] ruby-mingw32 configuration — HIDAKA Takahiro <cv8t-hdk@...>
ひだかです。
わたなべです。
[#15239] gc.c (gc_mark_rest): declare work area as static — "K.Kosako" <kosako@...>
現在のGCのアルゴリズム(matz-sheepman)を少し変更しようと思って、
On Thu, 22 Nov 2001 16:21:17 +0900
sheepmanさんの<20011122202749.56b8eb49.sheepman@tcn.zaq.ne.jp>から
[#15251] Re: [ruby-ext:01999] Re: syslog module is becoming ready — "Akinori MUSHA" <knu@...>
というわけで 1.7 に syslog モジュールを入れました。
なかだです。
ただただしです。
At Mon, 26 Nov 2001 22:30:03 +0900,
In article <86r8ql90zt.wl@archon.local.idaemons.org>,
At Mon, 26 Nov 2001 23:07:30 +0900,
あおきです。
At Wed, 28 Nov 2001 07:58:55 +0900,
あおきです。
そうそう、 optparse も標準に入っていると便利だと思うのですが
まつもと ゆきひろです
In message <1007018271.960435.20342.nullmailer@ev.netlab.jp>
まつもと ゆきひろです
[#15270] ruby on NetBSD — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
In message <20011128181510.3D11.USA@osb.att.ne.jp>
こんにちは、なかむら(う)です。
In message <20011128182726.3D14.USA@osb.att.ne.jp>
なかだです。
こんにちは、なかむら(う)です。
In message <20011129183834.3790.USA@osb.att.ne.jp>
こんにちは、なかむら(う)です。
わたなべです。
こんにちは、なかむら(う)です。
取り込み、ありがとうございます。
こんにちは、なかむら(う)です。
[#15292] Re: m17n ruby 特に TRON 文字コード — TOYOFUKU Chikanobu <toyofuku@...>
豊福です。
[#15298] time.rb — Tanaka Akira <akr@...17n.org>
というわけで、timex.rb 改め time.rb が rough に入ったのでご意見募集です。
In article <hvovgftkgy7.fsf@coulee.a02.aist.go.jp>,
まつもと ゆきひろです
まつもと ゆきひろです
In article <1009298477.998171.30253.nullmailer@ev.netlab.jp>,
[ruby-dev:15090] Re: setuid and seteuid
永井@知能.九工大です.
From: Tanaka Akira <akr@m17n.org>
Subject: [ruby-dev:15086] Re: setuid and seteuid
Date: Fri, 9 Nov 2001 15:49:17 +0900
Message-ID: <hvoy9lg5thy.fsf@coulee.a02.aist.go.jp>
akr> 問題はここで、unspecified と明確に書いてある以上、SUSv2 で保証された範
akr> 囲ではできないと判断せざるをえないのではないかと思います。そのような実
akr> 装が存在するかどうかではなく、存在してもそれを SUSv2 に従っているとい
akr> えるのが問題なわけです。
なるほど.それはそうですね.
root による setreuid の実行であれば uid が変ることは保証されるが,
非 root であれば変更可能な環境もあればそうでない環境もある.
でも,考えてみると,setreuid でダメだからといって,
他の関数を使えばできるかというと,できないですよね.
したがって,setuid(id) を setreuid(id,-1) で代用しても
同じということになりませんか?
で,保存ユーザ ID については,このマニュアルでは何も言ってませんよね?
unspecified と書いてある部分は
「非特権プロセスが実ユーザ ID を,現在の実/実効/保存ユーザ ID の
いずれかと等しい値に設定できるかどうかは未定義である」
ということですよね.
では,保存ユーザ ID についてはどうなのかということになります.
ちなみに,今,この仕様をじっくりと見てて思ったんですが,
多分,これを最低限満たす仕様というのは
setuid + seteuid でできる範囲と同じものですよね?
となると,ダメなものが含まれるのは仕方がない.
そう考えてしまうと,
akr> むろんこれは「SUSv2 に従った実装では動く」という主張ができないという以
akr> 上の意味はなく、実現に支障があるかどうかは個々の実装を調べなければなら
akr> ないということなんですが。
...というわけで,
結局は個別対応とせざるを得ないということですか...(^_^;
akr> > それはわかるんですが,setuid + seteuid だけだと,
akr> > suid-ruby が実現できなくて.(^_^;
akr> これはこれで興味深い話題で、深入りしたい気はするんですが、その前にひと
akr> つ聞いておきたいことがあります。
akr> suid-ruby って Ruby script で実現するんですか?
多くの (ほとんどの?) 環境では,
スクリプトに set-uid ビットをセットしても
set-uid ビットは有効になりませんよね.
例えばファイルオーナが bar の ruby スクリプト xxx.rb で
set-uid ビットを立てて foo が実行しても,
実/実効/保存は foo/foo/foo にしかならない.
foo/bar/bar にはなってくれないわけです.
で,suid-ruby はこれを可能にするための仕組みです.
# ですよね? > 他のみなさん
具体的には suid-ruby バイナリのファイルオーナを
root にして,set-uid ビットを立てます.
これにより先の xxx.rb を実行すると,
suid-ruby バイナリが起動した時点で
実/実効/保存が foo/root/root になります.
で,suid-ruby は,起動するとすぐに
動かそうとしている xxx.rb のファイルモードを調べ,
あたかも xxx.rb の set-uid ビットを有効に働いたかのように
実/実効/保存を foo/bar/bar に変更した後,xxx.rb を実行します.
# suid-ruby 内で実行できることをどこまで制限するかは
# また別の問題です.
ですから,Process.uid= 等の実装と,
suid-ruby の実現部分とは少し話が違います.
Process.uid= 等の実装では使えなくしている C function も,
suid-ruby の実現部分 ( foo/root/root ==> foo/bar/bar の変換 )
に必要であれば使って構わないということになるわけなんですが,
そうであったとしても setuid + seteuid の範囲では
foo/root/root ==> foo/bar/bar の変換が実現できないようなので,
さて困ったなというわけです.(^_^)
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp