[#11890] Ruby and Solaris door library — "Hiro Asari" <asari.ruby@...>

Hi, there. This is my first patch against ruby. I think I followed

19 messages 2007/08/13
[#11892] Re: Ruby and Solaris door library — Daniel Berger <djberg96@...> 2007/08/14

Hiro Asari wrote:

[#11899] pack/unpack 64bit Integers — Hadmut Danisch <hadmut@...>

Hi,

13 messages 2007/08/14
[#11903] Re: pack/unpack 64bit Integers — Brian Candler <B.Candler@...> 2007/08/15

On Wed, Aug 15, 2007 at 06:50:01AM +0900, Hadmut Danisch wrote:

[#11948] Fibers in Ruby 1.9? — David Flanagan <david@...>

I just noticed that my ruby1.9 build of August 17th includes a Fiber

22 messages 2007/08/22
[#11949] Re: Fibers in Ruby 1.9? — Daniel Berger <djberg96@...> 2007/08/22

David Flanagan wrote:

[#11950] Re: Fibers in Ruby 1.9? — "Francis Cianfrocca" <garbagecat10@...> 2007/08/22

On 8/22/07, Daniel Berger <djberg96@gmail.com> wrote:

[#11952] Re: Fibers in Ruby 1.9? — MenTaLguY <mental@...> 2007/08/22

On Wed, 22 Aug 2007 20:50:12 +0900, "Francis Cianfrocca" <garbagecat10@gmail.com> wrote:

[#11988] String#length not working properly in Ruby 1.9 — "Vincent Isambart" <vincent.isambart@...>

I saw that Matz just merged his M17N implementation in the trunk.

17 messages 2007/08/25
[#11991] Re: String#length not working properly in Ruby 1.9 — "Michael Neumann" <mneumann@...> 2007/08/25

On Sat, 25 Aug 2007 10:54:20 +0200, Yukihiro Matsumoto

[#11992] Re: String#length not working properly in Ruby 1.9 — Yukihiro Matsumoto <matz@...> 2007/08/25

Hi,

[#12042] Encodings of string literals; explicit codepoint escapes? — David Flanagan <david@...>

This message contains queries that probably only Matz can answer:

16 messages 2007/08/31
[#12043] Re: Encodings of string literals; explicit codepoint escapes? — Yukihiro Matsumoto <matz@...> 2007/08/31

Hi,

Re: Ruby and Solaris door library

From: Nobuyoshi Nakada <nobu@...>
Date: 2007-08-20 11:30:09 UTC
List: ruby-core #11936
Hi,

At Thu, 16 Aug 2007 21:45:59 +0900,
Hiro Asari wrote in [ruby-core:11914]:
> > > > I think this is best done as a 3rd party library given that it's
> > > > specific to one platform.
> > > >
> > > > Regards,
> > > >
> > > > Dan
> > >
> > > Hi, Dan,
> > >
> > > Now that Solaris is open source, it is conceivable that door
> > > library will be ported to another platform, much like ZFS.
> >
> > When it actually *is* ported, and people *actually* use it, then we
> > should consider merging it into core. Until then, I vote no.
> 
> I wonder if anyone other than Dan and Urabe-san has opinions.

I second Dan.  It's easy to add File.door? and File::Stat#door?
in an extension.  I'd like to make File.ftype extensible but
deprecate cryptic Kernel#test.

-- 
Nobu Nakada

In This Thread