[#28561] Ruby::DL vs Ruby::FFI — Aston <blackapache512-ticket@...>

Ruby.DL and FFI libraries are great for programmers like me who are not internet programmers, but are more interested in scientific and number processing etc.

11 messages 2010/03/08

[#28686] trunk (26947) build fail with msys/mingw/vista — Jon <jon.forums@...>

I get the following build failure when msysgit's "c:\git\cmd" dir is on PATH.

8 messages 2010/03/16

[#28687] [Bug #2973] rb_bug - Segmentation fault - error.c:213 — rudolf gavlas <redmine@...>

Bug #2973: rb_bug - Segmentation fault - error.c:213

10 messages 2010/03/16

[#28735] [Bug #2982] Ruby tries to link with both openssl and readline — Lucas Nussbaum <redmine@...>

Bug #2982: Ruby tries to link with both openssl and readline

16 messages 2010/03/18

[#28736] [Bug #2983] Ruby (GPLv2 only) tries to link to with readline (now GPLv3) — Lucas Nussbaum <redmine@...>

Bug #2983: Ruby (GPLv2 only) tries to link to with readline (now GPLv3)

10 messages 2010/03/18

[#28907] [Bug #3000] Open SSL Segfaults — Christian Höltje <redmine@...>

Bug #3000: Open SSL Segfaults

19 messages 2010/03/23

[#28924] [Bug #3005] Ruby core dump - [BUG] rb_sys_fail() - errno == 0 — Sebastian YEPES <redmine@...>

Bug #3005: Ruby core dump - [BUG] rb_sys_fail() - errno == 0

10 messages 2010/03/24

[#28954] [Feature #3010] slow require gems in ruby 1.9.1 — Miao Jiang <redmine@...>

Feature #3010: slow require gems in ruby 1.9.1

15 messages 2010/03/24

[#29179] [Bug #3071] Convert rubygems and rdoc to use psych — Aaron Patterson <redmine@...>

Bug #3071: Convert rubygems and rdoc to use psych

10 messages 2010/03/31

[ruby-core:29175] Re: [Feature #2152] Split functionality of Float#inspect and Float#to_s

From: Marc-Andre Lafortune <ruby-core-mailing-list@...>
Date: 2010-03-31 19:02:22 UTC
List: ruby-core #29175
Hi,

On Wed, Mar 31, 2010 at 2:37 PM, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> Hi,
>
> 2010/4/1 Marc-Andre Lafortune <redmine@ruby-lang.org>:
>> 1) First, there is currently a bug in trunk:
>>
>> 72.9.to_s # ==> "72.90000000000001"
>>
>> This is plainly wrong.
>
> I guess that your story is not logical.
>
> Consider 72.90000000000001.to_s. ith your suggestion, it will return
> "72.9". on't you complain the behavior?

Sorry if I wasn't clear.

Indeed, 72.900000000001.to_s.should == "72.9", and this is fine because:
72.90000000000001 == 72.9  # => true

If float1 == float2, then float1.to_s should == float2.to_s, and that
#to_s should be the simplest possible. If I understand the rest of
your comment, you basically agree with this too :-)

> I think Float#to_s can select any representation. ny representation
> is not "wrong", and

Wrong was maybe not the right word. Maybe I should have said "strongly
undesirable" instead.

>> #to_s (and #inspect) should choose the simplest string representation that is included in the approximate range a float represents.
>
> it is the best representation, I agree.
>
> I wonder whether or not the suggestion is included in 1.9.2...

I didn't realize 72.9.to_s had changed this way in 1.9 until today. I
don't consider this a feature request but a bug and a regression which
should be reverted.

In This Thread