[#26156] ruby 1.8.3 preview1 — Yukihiro Matsumoto <matz@...>

Hi,

28 messages 2005/05/12

[#26186] ruby_setenv dumps core with mod_ruby/1.4.2 — Tietew <tietew-ml-ruby-dev@...>

Tietew です。

15 messages 2005/05/18
[#26285] Re: ruby_setenv dumps core with mod_ruby/1.4.2 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/06/05

山本です。

[#26325] Re: ruby_setenv dumps core with mod_ruby/1.4.2 — Tietew <tietew-ml-ruby-dev@...> 2005/06/10

Tietew です。

[#26187] IO.select dumps core — Tanaka Akira <akr@...17n.org>

[ruby-talk:142505] で可能性に気がついたのですが、いま実験してみたとこ

31 messages 2005/05/18
[#26255] Re: IO.select dumps core — nobu@... 2005/05/31

なかだです。

[#26256] Re: IO.select dumps core — Tanaka Akira <akr@...17n.org> 2005/06/01

In article <200505311523.j4VFN4Y4005876@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26257] Re: IO.select dumps core — nobu@... 2005/06/01

なかだです。

[#26262] Re: IO.select dumps core — Tanaka Akira <akr@...17n.org> 2005/06/01

In article <200506010140.j511edY4012889@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26265] Re: IO.select dumps core — Takahiro Kambe <taca@...> 2005/06/02

In message <87u0khj377.fsf@m17n.org>

[#26365] Re: IO.select dumps core — とみたまさひろ <tommy@...> 2005/06/22

とみたです。

[#26366] Re: IO.select dumps core — nobu@... 2005/06/22

なかだです。

[#26369] Re: IO.select dumps core — とみたまさひろ <tommy@...> 2005/06/23

とみたです。

[#26242] many errors with soap/wsdl test on mswin32 — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

12 messages 2005/05/27
[#26249] Re: many errors with soap/wsdl test on mswin32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/05/31

山本です。

[ruby-dev:26241] Re: FileUtils.rm_rf security problem

From: Takahiro Kambe <taca@...>
Date: 2005-05-27 02:20:34 UTC
List: ruby-dev #26241
AIXのことはわかりませんが、

In message <871x7tphy5.fsf@m17n.org>
	on Fri, 27 May 2005 10:37:39 +0900,
	Tanaka Akira <akr@m17n.org> wrote:
> > ちなみに Solaris とか AIX だと root の場合はディレクトリが空で
> > なくても unlink で消せるみたいなので、lchown まで到達しなそうです。
> > これはこれでまずいので修正します。
> 
> そういえば、これはどうしてまずいんですか?
空でないディレクトリをunlinkしてしまうと、そのディレクトリ以下に存在し
た、他にリンクを持たないファイルが迷子となってしまいます。そして、次に
システムをリブートしたときに、確実にfsck(8)でlost+found行きになります。

fsck(8)で、ファイルシステムの修復が発生するようなことを引き起こすのは
よろしくないのではないでしょうか。(それなら、なぜディレクトリのunlink
ができるのだという突っ込みは当然ですが。)

ということではないのでしょうか。

-- 
神戸 隆博(かんべ たかひろ)		at 仕事場 

In This Thread