[#15359] Timeout::Error — Jeremy Thurgood <jerith@...>

Good day,

41 messages 2008/02/05
[#15366] Re: Timeout::Error — Eric Hodel <drbrain@...7.net> 2008/02/06

On Feb 5, 2008, at 06:20 AM, Jeremy Thurgood wrote:

[#15370] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Eric Hodel wrote:

[#15373] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15374] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Nobuyoshi Nakada wrote:

[#15412] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15413] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/07

Nobuyoshi Nakada wrote:

[#15414] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15360] reopen: can't change access mode from "w+" to "w"? — Sam Ruby <rubys@...>

I ran 'rake test' on test/spec [1], using

16 messages 2008/02/05
[#15369] Re: reopen: can't change access mode from "w+" to "w"? — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15389] STDIN encoding differs from default source file encoding — Dave Thomas <dave@...>

This seems strange:

21 messages 2008/02/06
[#15392] Re: STDIN encoding differs from default source file encoding — Yukihiro Matsumoto <matz@...> 2008/02/06

Hi,

[#15481] very bad character performance on ruby1.9 — "Eric Mahurin" <eric.mahurin@...>

I'd like to bring up the issue of how characters are represented in

16 messages 2008/02/10

[#15528] Test::Unit maintainer — Kouhei Sutou <kou@...>

Hi Nathaniel, Ryan,

22 messages 2008/02/13

[#15551] Proc#curry — ts <decoux@...>

21 messages 2008/02/14
[#15557] Re: [1.9] Proc#curry — David Flanagan <david@...> 2008/02/15

ts wrote:

[#15558] Re: [1.9] Proc#curry — Yukihiro Matsumoto <matz@...> 2008/02/15

Hi,

[#15560] Re: Proc#curry — Trans <transfire@...> 2008/02/15

[#15585] Ruby M17N meeting summary — Martin Duerst <duerst@...>

This is a rough translation of the Japanese meeting summary

19 messages 2008/02/18

[#15596] possible bug in regexp lexing — Ryan Davis <ryand-ruby@...>

current:

17 messages 2008/02/19

[#15678] Re: [ANN] MacRuby — "Rick DeNatale" <rick.denatale@...>

On 2/27/08, Laurent Sansonetti <laurent.sansonetti@gmail.com> wrote:

18 messages 2008/02/28
[#15679] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 6:33 AM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#15680] Re: [ANN] MacRuby — Yukihiro Matsumoto <matz@...> 2008/02/28

Hi,

[#15683] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 1:51 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

Re: Incorrect Time#<=> specification

From: "Jim Cropcho" <jim.cropcho@...>
Date: 2008-02-01 17:34:41 UTC
List: ruby-core #15338
I agree that <=> should only compare two temporal objects of the same class,
which is how the method is currently constructed. My patch for a Temporal
mixin:

http://www.ruby-forum.com/topic/139881#622989

which is currently being considered for inclusion into the Ruby core, allows
developers to write code which reinforces this constraint on comparisons by
using the more domain-specific terms "before" and "after" to compare Times,
Dates, etc. For example, it's conceivable a developer might attempt

some_time <=> 10039483

but they would certainly be much less likely to try

some_time.before? 10039483

because the vocabulary more precisely describes what the program is doing.

That being said,

+1 for Vladimir's patch.

On Feb 1, 2008 9:09 AM, Vladimir Sizikov <vsizikov@gmail.com> wrote:

> Hi,
>
> Currently (in both, MRI 1.8.6 and 1.9) the docs for Time#<=> state
> that the Time object can
> be compared with Numeric argument:
>
> "Difference由eturns a new time that represents the difference between two
> times,
> or subtracts the given number of seconds in numeric from time."
>
> But this is not what the code does. The code compares only Time instances,
> and returns nil for everything else. I was able to dig up the history
> and it seems,
> that the change was intentional in rev. 3823, with comment:
> " time.c (time_cmp): does not compare with numbers for
>  interchangeability. (ruby-bugs-ja PR#458)"
>
> So it seems that the description should be updated to match the behavior.
>
> Here's the simple patch against 1.8 branch, but similar thing applies
> to trunk too.
>
> Thanks,
>  --Vladimir
>
> P.S. Can somebody tell me where can I find that ruby-bugs-ja PR#458
> online?
>

In This Thread