[#12372] Release compatibility/train — Prashant Srinivasan <Prashant.Srinivasan@...>

Hello all,

28 messages 2007/10/03
[#12373] Re: Release compatibility/train — Yukihiro Matsumoto <matz@...> 2007/10/03

Hi,

[#12374] Re: Release compatibility/train — David Flanagan <david@...> 2007/10/03

Yukihiro Matsumoto wrote:

[#12376] Re: Release compatibility/train — Prashant Srinivasan <Prashant.Srinivasan@...> 2007/10/03

[#12377] Re: Release compatibility/train — Yukihiro Matsumoto <matz@...> 2007/10/03

Hi,

[#12382] Re: Release compatibility/train — Charles Oliver Nutter <charles.nutter@...> 2007/10/03

Yukihiro Matsumoto wrote:

[#12385] Re: Release compatibility/train — Yukihiro Matsumoto <matz@...> 2007/10/03

Hi,

[#12388] Re: Release compatibility/train — Charles Oliver Nutter <charles.nutter@...> 2007/10/03

Yukihiro Matsumoto wrote:

[#12389] Re: Release compatibility/train — Yukihiro Matsumoto <matz@...> 2007/10/03

Hi,

[#12406] Re: Release compatibility/train — "David A. Black" <dblack@...> 2007/10/03

Hi --

[#12383] Include Rake in Ruby 1.9 — "NAKAMURA, Hiroshi" <nakahiro@...>

-----BEGIN PGP SIGNED MESSAGE-----

20 messages 2007/10/03

[#12539] Ordered Hashes in 1.9? — Michael Neumann <mneumann@...>

Hi all,

17 messages 2007/10/08
[#12542] Re: Ordered Hashes in 1.9? — Yukihiro Matsumoto <matz@...> 2007/10/08

Hi,

[#12681] Unicode: Progress? — murphy <murphy@...>

Hello!

17 messages 2007/10/15

[#12693] retry: revised 1.9 http patch — Hugh Sasse <hgs@...>

I'm reposting this because I've had little response to this version

11 messages 2007/10/15

[#12697] Range.first is incompatible with Enumerable.first — David Flanagan <david@...>

The new Enumerable.first method is a generalization of Array.first to

11 messages 2007/10/16

[#12754] Improving 'syntax error, unexpected $end, expecting kEND'? — Hugh Sasse <hgs@...>

I've had a look at this, but can't see how to do it: When I get

17 messages 2007/10/18
[#12886] Re: Improving 'syntax error, unexpected $end, expecting kEND'? — David Flanagan <david@...> 2007/10/23

The patch below changes this message to:

[#12758] Encoding::primary_encoding — David Flanagan <david@...>

Hi,

25 messages 2007/10/18
[#12763] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/19

Hi,

[#12802] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/21

Nobuyoshi Nakada schrieb:

[#12803] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/21

Hi,

[#12804] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/21

Nobuyoshi Nakada schrieb:

[#12808] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/22

Hi,

[#12818] Re: Encoding::primary_encoding — Wolfgang N疆asi-Donner <ed.odanow@...> 2007/10/22

Nobuyoshi Nakada schrieb:

[#12820] Re: Encoding::primary_encoding — "Michal Suchanek" <hramrach@...> 2007/10/22

T24gMjIvMTAvMjAwNywgV29sZmdhbmcgTsOhZGFzaS1Eb25uZXIgPGVkLm9kYW5vd0B3b25hZG8u

[#12823] Re: Encoding::primary_encoding — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/22

Michal Suchanek schrieb:

[#12824] Re: Encoding::primary_encoding — Nobuyoshi Nakada <nobu@...> 2007/10/22

Hi,

[#12767] \u escapes in string literals: proof of concept implementation — David Flanagan <david@...>

Back at the end of August, Matz wrote (see

45 messages 2007/10/19
[#12769] Re: \u escapes in string literals: proof of concept implementation — "Nobuyoshi Nakada" <nobu@...> 2007/10/19

Hi,

[#12782] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/20

Nobuyoshi Nakada wrote:

[#12831] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/10/22

Hi,

[#12841] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/22

Yukihiro Matsumoto wrote:

[#12862] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/23

At 04:19 07/10/23, David Flanagan wrote:

[#12864] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/23

Martin Duerst wrote:

[#12870] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/23

At 13:10 07/10/23, David Flanagan wrote:

[#12872] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/23

Martin Duerst wrote:

[#12936] Re: \u escapes in string literals: proof of concept implementation — Yukihiro Matsumoto <matz@...> 2007/10/25

Hi,

[#12980] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/26

Yukihiro Matsumoto wrote:

[#13028] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13032] Re: \u escapes in string literals: proof of concept implementation — David Flanagan <david@...> 2007/10/29

Nobuyoshi Nakada wrote:

[#13034] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/10/29

Hi,

[#13082] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/10/30

At 16:46 07/10/29, Nobuyoshi Nakada wrote:

[#13231] Re: \u escapes in string literals: proof of concept implementation — Nobuyoshi Nakada <nobu@...> 2007/11/06

Hi,

[#13234] Re: \u escapes in string literals: proof of concept implementation — Martin Duerst <duerst@...> 2007/11/06

At 11:29 07/11/06, Nobuyoshi Nakada wrote:

[#12825] clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...>

Hi,

53 messages 2007/10/22
[#12830] Re: clarification of ruby libraries installation paths? — Ben Bleything <ben@...> 2007/10/22

On Mon, Oct 22, 2007, Lucas Nussbaum wrote:

[#12833] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/22

On 23/10/07 at 00:13 +0900, Ben Bleything wrote:

[#12835] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/22

On 10/22/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#12836] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/22

On 23/10/07 at 01:55 +0900, Austin Ziegler wrote:

[#12888] Re: clarification of ruby libraries installation paths? — Gonzalo Garramu <ggarra@...> 2007/10/23

Lucas Nussbaum wrote:

[#12894] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/24

On 24/10/07 at 05:14 +0900, Gonzalo Garramu wrote:

[#13057] Re: clarification of ruby libraries installation paths? — Gonzalo Garramu <ggarra@...> 2007/10/29

Lucas Nussbaum wrote:

[#13058] Re: clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...> 2007/10/29

On 30/10/07 at 07:28 +0900, Gonzalo Garramu wrote:

[#12848] Re: clarification of ruby libraries installation paths? — Sam Roberts <sroberts@...> 2007/10/22

On Tue, Oct 23, 2007 at 01:55:29AM +0900, Austin Ziegler wrote:

[#12855] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/23

On 10/22/07, Sam Roberts <sroberts@uniserve.com> wrote:

[#13016] Re: clarification of ruby libraries installation paths? — bob@... (Bob Proulx) 2007/10/28

Austin Ziegler wrote:

[#13029] Re: clarification of ruby libraries installation paths? — "Austin Ziegler" <halostatue@...> 2007/10/29

On 10/28/07, Bob Proulx <bob@proulx.com> wrote:

[#13054] Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — Lucas Nussbaum <lucas@...> 2007/10/29

Austin,

[#13055] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/29

On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:

[#13064] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Austin Ziegler" <halostatue@...> 2007/10/30

On 10/29/07, Luis Lavena <luislavena@gmail.com> wrote:

[#13066] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/30

On 10/30/07, Austin Ziegler <halostatue@gmail.com> wrote:

[#13094] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Rick Bradley" <rick@...> 2007/10/30

Do we think that maybe, just maybe, things went off the rails when the

[#13095] Re: Austin Ziegler's behaviour (Was: clarification of ruby libraries installation paths?) — "Luis Lavena" <luislavena@...> 2007/10/30

On 10/30/07, Rick Bradley <rick@rickbradley.com> wrote:

[#12900] Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...>

Dear Ruby 1.9 architects, developers, and testers!

31 messages 2007/10/24
[#12905] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12907] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/24

Yukihiro Matsumoto schrieb:

[#12909] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Yukihiro Matsumoto <matz@...> 2007/10/24

Hi,

[#12940] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25
[#12942] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...> 2007/10/25

I have a (hopefully) final question before testing all

[#12948] Re: Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Nobuyoshi Nakada <nobu@...> 2007/10/26

Hi,

[#12951] Fluent programming in Ruby — David Flanagan <david@...>

From the ChangeLog:

16 messages 2007/10/26

[#12996] General hash keys for colon notation — murphy <murphy@...>

Dear language designer(s) and parser wizards,

16 messages 2007/10/28

[#13027] Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...>

Dear Ruby designers, developers, and testers!

22 messages 2007/10/29

[#13069] new Enumerable.butfirst method — David Flanagan <david@...>

Matz,

17 messages 2007/10/30

Re: Bug in Numeric#divmod

From: "M. Edward (Ed) Borasky" <znmeb@...>
Date: 2007-10-14 18:37:00 UTC
List: ruby-core #12673
Dirk Traulsen wrote:
> Hi all!
> 
> I submitted the following bug report to 
> http://rubyforge.org/tracker/?func=detail&atid=1698&aid=14540&
> group_id=426
> and reported it on ruby-talk.
> 
> But Eric Hodel wrote:
>> You may want to bring this up on ruby-core (maybe you have?  There  
>> was also a documentation patch for divmod, so I may be confused).
> 
> I take his advice and report it here too together with all the 
> additional comments sent.
> (By the way, the documentation patch, which is also from me, is for the 
> same method, but unrelated.)
> 
> ===================================================
>> There is a calculating bug in Numeric#divmod.
>> The divisor is reproducibly calculated wrongly for certain numbers.
>>
>> See the following example to illustrate the problem:
>>
>> x=[0.58, 0.59, 0.63, 0.66, 0.67]
>> y=1/12.0
>>
>> z1=x.map {|a| a/y}
>> z2=x.map {|a| a.divmod(y).inspect}
>>
>> a=[RUBY_VERSION, RUBY_RELEASE_DATE, RUBY_PATCHLEVEL, RUBY_PLATFORM]
>> puts "ruby #{a[0]} (#{a[1]} patchlevel #{a[2].to_s}) [#{a[3]}]"
>> puts
>> print 'x='
>> p x
>> puts 'y=1/12.0'
>> puts
>> puts "x/y\n---"
>> puts z1
>> puts
>> puts "x.divmod(y)\n-----------"
>> puts z2
>>
>>
>> Output:
>> -------------------------------------------------
>> ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32]
>>
>> x=[0.58, 0.59, 0.63, 0.66, 0.67]
>> y=1/12.0
>>
>> x/y
>> ---
>> 6.96
>> 7.08
>> 7.56
>> 7.92
>> 8.04
>>
>> x.divmod(y)
>> -----------
>> [6, 0.08]
>> [6, 0.00666666666666667]
>> [6, 0.0466666666666667]
>> [6, 0.0766666666666667]
>> [8, 0.00333333333333341]
>> -------------------------------------------------
>>
>> As you can see the divisor 7 is wrongly displayed as 6, while the 
>> modulos are correct.
>>
>> Dirk Traulsen
> ===================================================
> 
> Here are the additional comments:
> 
> By me:
> ===================================================
>> I tested Numeric#divmod on two more systems: 
>> SUSE 10.1 and Kubuntu 6.10.
>> They both run Ruby 1.8.4 and under both systems Numeric#divmod
>> works correctly! So this bug was either introduced between 
>> Ruby 1.8.4 and 1.8.6 or it is a problem depending on the OS.
> (...)
>> SUSE 10.1:   ruby 1.8.4 (2005-12-24) [i586-linux]
>>
>> x.divmod(y)
>> -----------
>> [6.0, 0.08]
>> [7.0, 0.00666666666666667]
>> [7.0, 0.0466666666666667]
>> [7.0, 0.0766666666666667]
>> [8.0, 0.00333333333333341]
>>
>>
>> Kubuntu 6.10:   ruby 1.8.4 (2005-12-24) [i586-linux]
>>
>> x.divmod(y)
>> -----------
>> [6.0, 0.08]
>> [7.0, 0.00666666666666667]
>> [7.0, 0.0466666666666667]
>> [7.0, 0.0766666666666667]
>> [8.0, 0.00333333333333341]
> ===================================================
> 
> 
> On ruby-talk:
> =================================================
> Am 14 Oct 2007 um 17:03 hat Eric Hodel geschrieben:
> 
>> I get the same results for 1.8.6 and 1.9.0:
>>
>> ruby 1.8.6 (2007-09-23) [powerpc-darwin8.10.0]
>> ruby 1.9.0 (2007-10-13) [powerpc-darwin8.10.0]
> (...) 
>> x.divmod(y)
>> -----------
>> [6, 0.08]
>> [6, 0.00666666666666667]
>> [6, 0.0466666666666667]
>> [6, 0.0766666666666667]
>> [8, 0.00333333333333341]
> =================================================
> Am 14 Oct 2007 um 17:02 hat Konrad Meyer geschrieben:
>  
>> I can't confirm this (incorrect) behaviour.
>>
>> 0.58.divmod(1/12.0) # => [6.0, 0.08]
>> 0.59.divmod(1/12.0) # => [7.0, 0.00666666666666667]
>>
>> Ruby 1.8.6, Fedora 7.
> =================================================
> Am 14 Oct 2007 um 18:15 hat Alex Shulgin geschrieben:
> 
>> It's correct on my system:
>>
>> Debian lenny (testing)
>> Linux 2.6.21-2-686 #1 SMP Wed Jul 11 03:53:02 UTC 2007 i686
>> GNU/Linux 
>> ruby 1.8.6 (2007-06-07) [i486-linux]
> (...)
>> x.divmod(y)
>> -----------
>> [6, 0.08]
>> [7, 0.00666666666666667]
>> [7, 0.0466666666666667]
>> [7, 0.0766666666666667]
>> [8, 0.00333333333333341]
> ==========================================
> Am 14 Oct 2007 um 19:44 hat M. Edward (Ed) Borasky geschrieben:
> 
>> And on Gentoo Linux with ruby-1.8.6-p110-r1
>>
>> ruby 1.8.6 (2007-09-24) [i686-linux]
> (...)
>> x.divmod(y)
>> -----------
>> [6, 0.08]
>> [7, 0.00666666666666667]
>> [7, 0.0466666666666667]
>> [7, 0.0766666666666667]
>> [8, 0.00333333333333341]
>>
>> If it matters, the hardware is an Athlon Thunderbird and Ruby was
>> compiled from source, as most of Gentoo is, using gcc 4.2.1 and CFLAGS
>> "-march athlon-tbird -O2". So ... where is it broken again? 
>>
>> Dirk says "ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32] is
>> broken" Dirk says "Kubuntu 6.10 and SuSE 10.1 using Ruby 1.8.4 works."
>> Konrad says "two test cases worked on Fedora 7 with 1.8.6" And I have
>> it working on Ruby 1.8.6-p110 on Gentoo, compiled from source with GCC
>> 4.2.1 And Eric has it broken on PowerPC Macs for both Ruby 1.8.6 and
>> Ruby 1.9.0 
>>
>> Eric, what compiler made the Ruby interpreters on your PowerPC?
>>
>> And everybody -- recompile ruby-1.8.6-p111 and see whether it works or
>> not. I say it's a compiler problem at this point -- maybe
>> over-aggressive floating-point optimization?? I doubt if the Ruby
>> source is broken. 
> ==========================================
> 
> 
> Taken together:
> 
> incorrect = bug:
> ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-mswin32]
> ruby 1.8.6 (2007-09-23) [powerpc-darwin8.10.0]
> ruby 1.9.0 (2007-10-13) [powerpc-darwin8.10.0]
>  
> correct:
> Fedora 7:  Ruby 1.8.6
> Kubuntu 6.10:  ruby 1.8.4 (2005-12-24) [i586-linux]
> SUSE 10.1:  ruby 1.8.4 (2005-12-24) [i586-linux]
> Debian Lenny:  ruby 1.8.6 (2007-06-07) [i486-linux]
> Gentoo Linux with ruby-1.8.6-p110-r1
> 
> Please help to confirm these findings. Especially with not tested 
> system and Ruby version combinations this would be really helpful
> to nail down this massive bug. A computer should really calculate 
> correctly...
> 
> Dirk Traulsen
> 
> 
> 

Gosh ... just when I was getting all smug and complacent, I wandered 
over to my fancy-schmancy dual-core Athlon64 X2 and found that *it* is 
broken!

$ ruby divmod.rb
ruby 1.8.6 (2007-09-24) [x86_64-linux]

x=[0.58, 0.59, 0.63, 0.66, 0.67]
y=1/12.0

x/y
---
6.96
7.08
7.56
7.92
8.04

x.divmod(y)
-----------
[6, 0.08]
[6, 0.00666666666666667]
[6, 0.0466666666666667]
[6, 0.0766666666666667]
[8, 0.00333333333333341]

Again, this is Ruby 1.8.6-p110-r1, although I don't recall which 
compiler I used -- probably GCC 4.2.0 and definitely "-march=athlon64 
-O2". I've got lots of other Ruby versions on that system -- I'm testing 
GCC optimization, etc., on it. So I think I'm going to stuff this into 
my benchmark suite and see if it's optimization-level dependent. That 
might or might not make it a GCC problem. ;)


In This Thread