[#18121] [Ruby 1.8.7 - Bug #405] (Open) ssl.rb:31: [BUG] Bus Error — Anonymous <redmine@...>

Issue #405 has been reported by Anonymous.

14 messages 2008/08/04

[#18130] Re: New array methods cycle, choice, shuffle (plus bug in cycle) — Brian Candler <B.Candler@...>

> Seriously though... Array.first is a noun.

10 messages 2008/08/05

[#18319] NEW Command: absolute_path() -- — "C.E. Thornton" <admin@...>

Core,

14 messages 2008/08/16
[#18321] Re: NEW Command: absolute_path() -- — Yukihiro Matsumoto <matz@...> 2008/08/18

Hi,

[#18381] [Bug #496] DRb.start_service(nil) is very slow — Hongli Lai <redmine@...>

Bug #496: DRb.start_service(nil) is very slow

11 messages 2008/08/25

[ruby-core:18325] Re: [Bug #449] File.zero? returns true when given a directory on Windows

From: "John Lam (IRONRUBY)" <jflam@...>
Date: 2008-08-18 15:43:35 UTC
List: ruby-core #18325
I submitted that original bug (first time using redmine :)). Here's some more context:

File.zero? on Windows when given a directory name produces a nonsensical result. It should do one of the following:

1) Provide consistent results given a directory name on both Windows and *nix
2) Throw an exception since File != Directory

Since 2) is not the Ruby Way, it makes more sense to either do 1), or mark its behavior as "undefined", or "platform specific" which will let individual implementations decide how to define it.

Does this sound reasonable to folks?


Thanks,
-John


> -----Original Message-----
> From: Nobuyoshi Nakada [mailto:nobu@ruby-lang.org]
> Sent: Friday, August 15, 2008 7:43 PM
> To: ruby-core@ruby-lang.org
> Subject: [ruby-core:18315] Re: [Bug #449] File.zero? returns true when
> given a directory on Windows
>
> Hi,
>
> At Sat, 16 Aug 2008 06:35:31 +0900,
> Anonymous wrote in [ruby-core:18314]:
> > Bug #449: File.zero? returns true when given a directory on Windows
>
> > On Mac OS X File.zero? returns false when given a directory.
>
> It is very file-system dependent behavior, and the result has no
> meaning on any systems.
>
> On unix-like systems, size of properly created directory can never be
> 0, since there are "." and ".." always.
>
> # `properly' means it is created with mkdir system call, but # not
> mknod syscall by root.
>
> On the other hand, Windows claims "size of a directory always must be
> 0".
>
> --
> Nobu Nakada
>


In This Thread