[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5277] Re: Compile Problem with 1.6.1

From: Scott Billings <aerogemsX@...>
Date: 2000-10-04 06:10:02 UTC
List: ruby-talk #5277
The result of the C program you gave (BTW, you forgot the ; after the
second variable declaration ;) is:

0.000000 < 0.001000: 1[

So, I went on to try the GDB stuff, and here's what I get:

[root@localhost test]# gdb ruby
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i586-mandrake-linux"...
(gdb) b rb_flo_lt
Function "rb_flo_lt" not defined.
(gdb) r -e 'p(3.330669074e-16 < 0.001)'
Starting program: /downloads/test/ruby -e 'p(3.330669074e-16 < 0.001)'

warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
0.000000 < 0.001000: 1

Program exited normally.
(gdb) p *(struct RFloat*)a
No struct type named RFloat.
(gdb) p *(struct RFloat*)b
No struct type named RFloat.
(gdb)

-Scott-

BTW, feel free to send me any patches you want to try solving this
"problem" with...... My C is way too rusty to try and figure this out
myself, or even with you...... But, I'll do what I can in other ways.

If it helps any..... A few other programs have given me trouble with
the aggressive optimisations I was running on the code.

For awhile, I was using most of the flags listed
here: http://athlonlinux.org/optimize/flags.shtml I've since installed
the default Mandrake compilers. Maybe one, or some, of these are known
to cause fits with Ruby? I'll recompile Ruby tomorrow maybe, and run
these tests again. See what happens.

-Scott-

> Hi,
>
> Not the worst, but I still have no idea about what make this false.
>
> If this program gives something like "3.330669074e-16, 0.001: 1",
> it's the compiler's fault.
>
>   int
>   main() {
>     double a = 3.330669074e-16;
>     double b = 0.001
>     printf("%lf < %lf: %d\n", a, b, a < b);
>     return 0;
>   }
>
> If not, try:
>
>   # gdb ruby
>   (gdb) b rb_flo_lt
>   (gdb) r -e 'p(3.330669074e-16 < 0.001)'
>   (gdb) p *(struct RFloat*)a
>   (gdb) p *(struct RFloat*)b
>
> Thank you.
>
>                                                         matz.


In This Thread