[#15707] Schedule for the 1.8.7 release — "Akinori MUSHA" <knu@...>

Hi, developers,

21 messages 2008/03/01

[#15740] Copy-on-write friendly garbage collector — Hongli Lai <hongli@...99.net>

Hi.

31 messages 2008/03/03
[#15742] Re: Copy-on-write friendly garbage collector — Yukihiro Matsumoto <matz@...> 2008/03/03

Hi,

[#15829] Re: Copy-on-write friendly garbage collector — Daniel DeLorme <dan-ml@...42.com> 2008/03/08

Yukihiro Matsumoto wrote:

[#15756] embedding Ruby 1.9.0 inside pthread — "Suraj Kurapati" <sunaku@...>

Hello,

18 messages 2008/03/03
[#15759] Re: embedding Ruby 1.9.0 inside pthread — Nobuyoshi Nakada <nobu@...> 2008/03/04

Hi,

[#15760] Re: embedding Ruby 1.9.0 inside pthread — Yukihiro Matsumoto <matz@...> 2008/03/04

Hi,

[#15762] Re: embedding Ruby 1.9.0 inside pthread — "Suraj N. Kurapati" <sunaku@...> 2008/03/04

Yukihiro Matsumoto wrote:

[#15783] Adding startup and shutdown to Test::Unit — Daniel Berger <Daniel.Berger@...>

Hi all,

15 messages 2008/03/04

[#15835] TimeoutError in core, timeouts for ConditionVariable#wait — MenTaLguY <mental@...>

I've been reworking JRuby's stdlib to improve performance and fix

10 messages 2008/03/09

[#15990] Recent changes in Range#step behavior — "Vladimir Sizikov" <vsizikov@...>

Hi,

35 messages 2008/03/23
[#15991] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/23

[#15993] Re: Recent changes in Range#step behavior — "Vladimir Sizikov" <vsizikov@...> 2008/03/23

Hi Dave,

[#15997] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/23

[#16024] Re: Recent changes in Range#step behavior — "Vladimir Sizikov" <vsizikov@...> 2008/03/26

Hi Dave,

[#16025] Re: Recent changes in Range#step behavior — Yukihiro Matsumoto <matz@...> 2008/03/26

Hi,

[#16026] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/26

[#16027] Re: Recent changes in Range#step behavior — Yukihiro Matsumoto <matz@...> 2008/03/26

Hi,

[#16029] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/26

[#16030] Re: Recent changes in Range#step behavior — Yukihiro Matsumoto <matz@...> 2008/03/26

Hi,

[#16031] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/26

[#16032] Re: Recent changes in Range#step behavior — "Vladimir Sizikov" <vsizikov@...> 2008/03/26

On Wed, Mar 26, 2008 at 7:01 PM, Dave Thomas <dave@pragprog.com> wrote:

[#16033] Re: Recent changes in Range#step behavior — Dave Thomas <dave@...> 2008/03/26

[#16041] Re: Recent changes in Range#step behavior — David Flanagan <david@...> 2008/03/26

Dave Thomas wrote:

Re: Recent changes in Range#step behavior

From: Dave Thomas <dave@...>
Date: 2008-03-26 20:29:21 UTC
List: ruby-core #16039
Gabon:

You'd still have

t3.between? t1, t2

And you'd still have

t1..t2.cover t3


So it seems you're covered

Cheers


Dave

On Mar 26, 2008, at 3:02 PM, "Gavin Kistner" <gavin.kistner@anark.com>  
wrote:

> From: Dave Thomas [mailto:dave@pragprog.com]
>> The anomaly is ranges of floats, which you aren't allowed to iterate
>> anyway. In that case, member? becomes a comparison that the argument
>> is between the limit, because conceptually the range (1.0..2.0)
>> contains the infinite number of real values between 1 and 2.
>
> I've occasionally found it convenient to use a single Range of Time
> values, to be able to determine if a time falls in the middle of  
> them. A
> range of Times would not, I think, be considered discrete.
>
> I would be sad (and confused) if this behavior changed:
>
> irb(main):006:0> t1 = Time.now
> => Wed Mar 26 13:59:15 -0600 2008
> irb(main):007:0> t2 = t1 + 10
> => Wed Mar 26 13:59:25 -0600 2008
> irb(main):008:0> t3 = t1 + 5.5
> => Wed Mar 26 13:59:21 -0600 2008
> irb(main):009:0> (t1..t2).include?( t3 )
> => true
>
> ...despite the fact that Time#succ is defined and happens to step
> forward 1 second at a time.
>
> I ask for validating arguments to the claim that a range is a set of
> discrete elements. I contend that it is only discrete once it is
> actually expanded/iterated. It seems more appropriate to have
> my_range.to_set.include?( foo ) when you truly want to talk about set
> membership.
>

In This Thread