[#12312] Need Japanese Help - VRuby & new One-Click Ruby Installer with patch 110 — "Curt Hibbs" <curt.hibbs@...>
I'm trying to build a new release of the One-Click Ruby Installer for
Hello,
Hello,
[#12328] Dir.chdir patch for MS Windows — "Berger, Daniel" <Daniel.Berger@...>
Hi,
[#12344] patch to implement Array.permutation — David Flanagan <david@...>
Hi,
[#12372] Release compatibility/train — Prashant Srinivasan <Prashant.Srinivasan@...>
Hello all,
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Hi --
On 10/3/07, David A. Black <dblack@rubypal.com> wrote:
Rick DeNatale wrote:
[#12383] Include Rake in Ruby 1.9 — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
On 10/3/07, NAKAMURA, Hiroshi <nakahiro@sarion.co.jp> wrote:
On Oct 3, 2007, at 08:59 , Jacob Fugal wrote:
-----BEGIN PGP SIGNED MESSAGE-----
On 10/15/07, NAKAMURA, Hiroshi <nakahiro@sarion.co.jp> wrote:
[#12539] Ordered Hashes in 1.9? — Michael Neumann <mneumann@...>
Hi all,
Hi,
Yukihiro Matsumoto wrote:
[#12568] $" and require — "Tim Morgan" <tmorgan99@...>
Hello!
[#12578] Possible memory leak in ruby-1.8.6-p110?? — "M. Edward (Ed) Borasky" <znmeb@...>
I haven't had a chance to narrow this down in enough detail yet, but
M. Edward (Ed) Borasky wrote:
On Thu, 11 Oct 2007, M. Edward (Ed) Borasky wrote:
[#12579] iconv enhancement in Ruby 1.9 — "Eugene Ossintsev" <eugoss@...>
Hi,
[#12587] Confusion about arities — Charles Oliver Nutter <charles.nutter@...>
It seems like a number of methods have unexpected arities. For example,
On Oct 10, 2007, at 22:44 , Charles Oliver Nutter wrote:
Eric Hodel wrote:
[#12588] MatchData#select rdoc and arity incorrect — Charles Oliver Nutter <charles.nutter@...>
Rdoc is here:
[#12617] Question about heap_slots in gc.c — Hongli Lai <h.lai@...>
I'm trying to modify the Ruby interpreter's garbage collector. At the
[#12618] StringIO is not IO? — Hongli Lai <h.lai@...>
According to irb,
[#12629] file encoding comments and a patch to parse.y — David Flanagan <david@...>
Matz, Nobu:
[#12632] Defining unicode methods — "Daniel Berger" <djberg96@...>
Hi all,
[#12670] Bug in Numeric#divmod — "Dirk Traulsen" <dirk.traulsen@...>
Hi all!
[#12681] Unicode: Progress? — murphy <murphy@...>
Hello!
murphy schrieb:
Hi,
Yukihiro Matsumoto wrote:
[#12693] retry: revised 1.9 http patch — Hugh Sasse <hgs@...>
I'm reposting this because I've had little response to this version
On Tue, Oct 16, 2007 at 01:32:42AM +0900, Hugh Sasse wrote:
Would this require that zlib be installed? I know that it's possible to
On Wed, 31 Oct 2007, Roger Pack wrote:
-----BEGIN PGP SIGNED MESSAGE-----
[#12697] Range.first is incompatible with Enumerable.first — David Flanagan <david@...>
The new Enumerable.first method is a generalization of Array.first to
Hi,
[#12703] Long encoding names with -K and bad error message — David Flanagan <david@...>
I noticed the following line in the change log:
Hi,
Nobuyoshi Nakada wrote:
Nobu,
At 16:04 07/10/17, David Flanagan wrote:
[#12706] Re: A couple of bugs? — "Gavin Kistner" <gavin.kistner@...>
From: John Lam (DLR) [mailto:jflam@microsoft.com]=20
On Wed, Oct 17, 2007 at 03:10:07AM +0900, Gavin Kistner wrote:
Well, that's interesting. Then this seems to be the only assignment that ha=
[#12710] enum.c patch: fixes Enumerable.cycle and rdoc bugs — David Flanagan <david@...>
The attached patch fixes:
Hi,
[#12714] Re: A couple of bugs? — "Gavin Kistner" <gavin.kistner@...>
> Well, that's interesting. Then this seems to be the only=20
[#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
On Fri, Oct 19, 2007 at 03:01:55AM +0900, Hugh Sasse wrote:
The patch below changes this message to:
At 04:15 07/10/24, David Flanagan wrote:
Thanks for filling these in Martin. I worry that this is such a simple
At 16:57 07/10/24, David Flanagan wrote:
Martin Duerst schrieb:
Hi,
[#12758] Encoding::primary_encoding — David Flanagan <david@...>
Hi,
Hi,
Nobuyoshi Nakada schrieb:
Hi,
Nobuyoshi Nakada schrieb:
Hi,
Nobuyoshi Nakada schrieb:
T24gMjIvMTAvMjAwNywgV29sZmdhbmcgTsOhZGFzaS1Eb25uZXIgPGVkLm9kYW5vd0B3b25hZG8u
Michal Suchanek schrieb:
Hi,
Nobuyoshi Nakada schrieb:
I made some tests with UFT-8, option "-Ku", option "-Ka" and both types of magic
[#12767] \u escapes in string literals: proof of concept implementation — David Flanagan <david@...>
Back at the end of August, Matz wrote (see
Hi,
Nobuyoshi Nakada wrote:
Hi,
Yukihiro Matsumoto wrote:
At 04:19 07/10/23, David Flanagan wrote:
Martin Duerst wrote:
Hi,
At 13:10 07/10/23, David Flanagan wrote:
Martin Duerst wrote:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Nobuyoshi Nakada wrote:
Hi,
At 16:46 07/10/29, Nobuyoshi Nakada wrote:
Hi,
At 11:29 07/11/06, Nobuyoshi Nakada wrote:
Hi,
Yukihiro Matsumoto wrote:
[#12787] How to specify in Ruby 1.9 the expected file encoding — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Dear Ruby developers!
Wolfgang N疆asi-Donner wrote:
Gonzalo Garramu schrieb:
Hi,
Yukihiro Matsumoto schrieb:
I wouldn't want a program to write a BOM at the start of a file
[#12795] patch for String.concat — David Flanagan <david@...>
I don't think that String.<< currently handles appending codepoints
[#12825] clarification of ruby libraries installation paths? — Lucas Nussbaum <lucas@...>
Hi,
On Mon, Oct 22, 2007, Lucas Nussbaum wrote:
On 23/10/07 at 00:13 +0900, Ben Bleything wrote:
On 10/22/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:
On 23/10/07 at 01:55 +0900, Austin Ziegler wrote:
Lucas Nussbaum wrote:
On 24/10/07 at 05:14 +0900, Gonzalo Garramu wrote:
Lucas Nussbaum wrote:
On 30/10/07 at 07:28 +0900, Gonzalo Garramu wrote:
On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:
Austin Ziegler wrote:
On 10/30/07, Mathieu Blondel <mblondel@rubyforge.org> wrote:
On Tue, Oct 23, 2007 at 01:55:29AM +0900, Austin Ziegler wrote:
On 10/22/07, Sam Roberts <sroberts@uniserve.com> wrote:
Austin Ziegler wrote:
On 10/28/07, Bob Proulx <bob@proulx.com> wrote:
Austin,
On 10/29/07, Lucas Nussbaum <lucas@lucas-nussbaum.net> wrote:
On 10/29/07, Luis Lavena <luislavena@gmail.com> wrote:
On 10/30/07, Austin Ziegler <halostatue@gmail.com> wrote:
Do we think that maybe, just maybe, things went off the rails when the
On 10/30/07, Rick Bradley <rick@rickbradley.com> wrote:
On Tue, 30 Oct 2007 22:52:29 +0900, "Luis Lavena" <luislavena@gmail.com> wrote:
[#12849] Problem reported in Rdoc (Ruby 1.9) Rdoc for Ruby 1.8 works — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Hi!
[#12867] constant lookup rules in 1.9 — David Flanagan <david@...>
Hi,
[#12895] OSX patches — "Laurent Sansonetti" <laurent.sansonetti@...>
Hi ruby-core,
[#12900] Hopefully Complete List of Possible Encoding Specifications - Existing Ones — Wolfgang Nádasi-Donner <ed.odanow@...>
Dear Ruby 1.9 architects, developers, and testers!
Hi,
Yukihiro Matsumoto schrieb:
Hi,
Yukihiro Matsumoto schrieb:
I have a (hopefully) final question before testing all
Hi,
Wolfgang N叩dasi-Donner wrote:
David Flanagan schrieb:
At 10:30 07/10/26, Nobuyoshi Nakada wrote:
Yukihiro Matsumoto wrote:
On 10/25/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
[#12951] Fluent programming in Ruby — David Flanagan <david@...>
From the ChangeLog:
At 14:01 07/10/26, David Flanagan wrote:
Martin Duerst schrieb:
[#12971] Re: Fluent programming in Ruby — Brent Roman <brent@...>
I suppose you could have irb require a terminating ';'
> -----Original Message-----
On 10/26/07, Berger, Daniel <Daniel.Berger@qwest.com> wrote:
[#12996] General hash keys for colon notation — murphy <murphy@...>
Dear language designer(s) and parser wizards,
On 10/28/07, murphy <murphy@rubychan.de> wrote:
On 10/28/07, Rick DeNatale <rick.denatale@gmail.com> wrote:
Rick DeNatale wrote:
[#13027] Implementation of "guessUTF" method - final questions — Wolfgang Nádasi-Donner <ed.odanow@...>
Dear Ruby designers, developers, and testers!
On 10/29/07, Wolfgang N=E1dasi-Donner <ed.odanow@wonado.de> wrote:
Nikolai Weibull schrieb:
On 10/29/07, Wolfgang N=E1dasi-Donner <ed.odanow@wonado.de> wrote:
Nikolai Weibull schrieb:
Hello Wolfgang,
At 17:50 07/10/29, Nikolai Weibull wrote:
On 10/29/07, Martin Duerst <duerst@it.aoyama.ac.jp> wrote:
[#13069] new Enumerable.butfirst method — David Flanagan <david@...>
Matz,
Hi,
Yukihiro Matsumoto wrote:
Hi,
[#13083] Didn't find String#subseq — Wolfgang Nádasi-Donner <ed.odanow@...>
Hi!
[#13096] 1.8.6 gc.c thoughts — "Roger Pack" <rogerpack2005@...>
After examining how the 1.8.6 gc works, I had a few thoughts:
[#13107] %s and utf8 ? — hadmut@... (Hadmut Danisch)
Hi,
[#13135] patch for lib/net/http.rb, self['User-Agent'] ||= 'Ruby' — Stephen Bannasch <stephen.bannasch@...>
I posted this patch before in the middle of another thread and didn't
Hi Stephen,
In article <9079DC13-476F-4C12-922E-E197BD5AAA5C@loveruby.net>,
[#13139] Required Space for Unicode Character Attribute Tables — Wolfgang Nádasi-Donner <ed.odanow@...>
Hi!
[#13143] Two Issues (open-uri's respond_to? and autoload's require) — Trans <transfire@...>
Hi--
-----BEGIN PGP SIGNED MESSAGE-----
Re: Bug in Numeric#divmod
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. ;)