[#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: Is this really what we want?

From: Hugh Sasse <hgs@...>
Date: 2007-08-08 17:47:00 UTC
List: ruby-core #11866
On Thu, 9 Aug 2007, Yukihiro Matsumoto wrote:

> Hi,
> 
> In message "Re: Is this really what we want?"
>     on Wed, 8 Aug 2007 05:08:43 +0900, James Edward Gray II <james@grayproductions.net> writes:
> 
> |I'm investigating some recent breakage in FasterCSV and have tracking  
> |it down to a change in the Date standard library.  Is this really the  
> |desired behavior now:
> |
> |   $ ruby -r date -e 'p Date.parse("junk")'
> |   #<Date: 4908505/2,0,2299161>
> |
> |?
> 
> I asked the author, and he told us it's a side effect of parse
> accepting month name only.  The parse methods (both Date.parse and
> Time.parse) are not for validation.  Considering the complexity of
> date representation they accept, validation is nearly impossible.  The
> author does not think it is worth the cost of implementing more rigid
> check.
> 
> 							matz.
> 

Can we take that last sentence as an invitation for someone else to 
bear the implementation cost?  Does the author mean that contributions
would be welcome, or would he wish that people leave it alone?
[I'm not volunteering just yet :-), just wondering 'where we are'.]

        Thank you,
        Hugh
> 


In This Thread