[#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: James Edward Gray II <james@...>
Date: 2007-08-08 17:52:40 UTC
List: ruby-core #11867
On Aug 8, 2007, at 12:47 PM, Hugh Sasse wrote:

> 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'.]

Boy, I sure hope so.  I mean, it did use to validate dates, so I'll  
be recreating it in FCSV just to restore functionality unless someone  
steps up to the plate.

James Edward Gray II

In This Thread