[#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:15028] Re: setuid and seteuid
永井@知能.九工大です.
From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:15027] Re: setuid and seteuid
Date: Sat, 3 Nov 2001 01:26:40 +0900
Message-ID: <1004718202.870033.12395.nullmailer@ev.netlab.jp>
matz> In message "[ruby-dev:15026] setuid and seteuid"
matz> on 01/11/02, nagai@ai.kyutech.ac.jp <nagai@ai.kyutech.ac.jp> writes:
matz> |ようやく,少し時間ができたので,自分なりに検討してみました.
matz> ありがとうございます。勉強になりました。
私も勉強しながらでまとめたので,
間違っているのではないかと心配しています.(^_^;
matz> で、結論の
matz>
matz> |==========================================================
matz> | Process.uid(id)
matz> | if setreuid が存在 then setreuid(-1,id)
matz> | else setuid が存在 then setuid(id)
matz> | else setruid が存在 then setruid(id)
matz> | else 非サポート
matz> |
matz> | Process.euid(id)
matz> | if setreuid が存在 then setreuid(id,-1)
matz> | else seteuid が存在 then seteuid(id)
matz> | else 非サポート
matz> |
matz> | Process.swap_uid --- 新設
matz> | if setreuid が存在 then setreuid(geteuid(),getuid())
matz> | else 非サポート
matz> |==========================================================
matz> |
matz> |というのではどうだろうかと思ってます.
正しくは Process.uid=(id) と Process.euid=(id) でしたね.
matz> というのには基本的に賛成するのですが(というと偉そうですが実
matz> 際はフォローするのがやっとです)、swap_uidだけは二点だけひっ
matz> かかってます。
matz> * swap_uidという名前は適切だろうか
名前はとりあえず適当に与えたので,
より適切な名前にしてください.(^_^)
matz> * setreuidがある場合にしか提供しない(できない)んだったら、
matz> むしろsetreuid(ruid, euid)というメソッドを直接提供しても
matz> 良いのでは
これなんですが,
・スクリプトの portability を少しでも高める
・suid-ruby が出来たときのそれ以前との互換性の維持の容易さと,
その際に suid-ruby を使わない場合の利用制限の適用の容易さ
というあたりを意識して,実/実効ユーザ ID の交換に制限してみてます.
私も頭の中がごちゃごちゃになってるんで,
意識している通りに効果があるかは,
間違っているのかもしれません.
スクリプトの portability という点では,
「非サポート」となっている部分で
利用者意図を考えた対応をするように,
もう少し検討が必要な気はしています.
matz> それと、gidについてももしかしたらuidと同じことが言えるんでしょ
matz> うか。とすると、上記の結論のuidをgidに読み替えたことが成立す
matz> るということですよね。
はい.そうだと思ってます.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp