ruby-core

Mailing Lists

ruby-list (For Ruby users, JA) ruby-dev (For Ruby developers, JA) ruby-core (For Ruby developers, EN) ruby-talk (For Ruby users, EN)

[#196] nil#to_f missing — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/07/02

[#197] Re: [Fix] nil#to_f missing — matz@... (Yukihiro Matsumoto) 2002/07/02

Hi,

[#198] Re: [Fix] nil#to_f missing — nobu.nokada@... 2002/07/02

Hi,

[#199] Mem leaks in rb_str_become? — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/07/04

[#200] Re: Mem leaks in rb_str_become? — matz@... (Yukihiro Matsumoto) 2002/07/04

Hi,

[#201] Bug in enum.c? — Michal Rokos <m.rokos@...>

Hi,

4 messages 2002/07/04

[#202] Re: Bug in enum.c? — nobu.nokada@... 2002/07/04

Hi,

[#203] Re: Bug in enum.c? — matz@... (Yukihiro Matsumoto) 2002/07/04

Hi,

[#204] Re: Bug in enum.c? — Michal Rokos <m.rokos@...> 2002/07/05

Hello,

[#205] openbsd system call changes — Jamie Herre <jfh@...>

Hi,

7 messages 2002/07/05

[#210] Re: openbsd system call changes — matz@... (Yukihiro Matsumoto) 2002/07/06

Hi,

[#211] Re: openbsd system call changes — Sean Chittenden <sean@...> 2002/07/06

> |I made the following changes in order to get the current ruby to compile

[#206] Re: openbsd system call changes — nobu.nokada@... 2002/07/05

Hi,

[#207] Re: openbsd system call changes — Jamie Herre <jfh@...> 2002/07/05

[#214] Re: openbsd system call changes — kjana@...4lab.to (YANAGAWA Kazuhisa) 2002/07/06

The patch around setpgrp() let me recall the bug of autoconf-2.52

[#215] Re: openbsd system call changes — Jamie Herre <jfh@...> 2002/07/06

Aha. I'm using 2.52. I will upgrade.

[#208] RSTRING macro in array context — Jamie Herre <jfh@...>

Is this a typo?

2 messages 2002/07/05

[#212] Re: RSTRING macro in array context — matz@... (Yukihiro Matsumoto) 2002/07/06

Hi,

[#209] OpenSSL in the base system? — Sean Chittenden <sean@...>

What are the odds of having Michal Rokos's OpenSSL included in the

2 messages 2002/07/05

[#220] Re: OpenSSL in the base system? — Michal Rokos <m.rokos@...> 2002/07/08

Hi,

[#213] Consistent class naming for TCPSocket... — Sean Chittenden <sean@...>

Attached is a patch to fix consistency issues with TCPSocket and

1 message 2002/07/06

[#216] lib/mkfm.rb: have_bin()/find_bin() — Sean Chittenden <sean@...>

This could be me over looking something, but in mkmf.rb, there is no

7 messages 2002/07/07

[#217] Re: [PATCH] lib/mkfm.rb: have_bin()/find_bin() — Sean Chittenden <sean@...> 2002/07/07

> This could be me over looking something, but in mkmf.rb, there is no

[#218] Re: [PATCH] lib/mkfm.rb: have_bin()/find_bin() — nobu.nokada@... 2002/07/07

Hi,

[#219] Re: [PATCH] lib/mkfm.rb: have_bin()/find_bin() — Sean Chittenden <sean@...> 2002/07/08

[resent]

[#234] Re: [PATCH] lib/mkmf.rb: have_bin()/find_bin() — nobu.nokada@... 2002/07/20

Hi,

[#235] Re: [PATCH] lib/mkmf.rb: have_bin()/find_bin() — matz@... (Yukihiro Matsumoto) 2002/07/20

Hi,

[#323] Re: [PATCH] lib/mkmf.rb: have_bin()/find_bin() — Sean Chittenden <sean@...> 2002/08/14

> |Looks fine to me, but I wonder if both are necessary, have_bin

[#221] Wiring up the Boehm GC to the Ruby interpreter — Matthew Bloch <matthew@...>(by way of Matthew Bloch <mattbee@...>)

Hi there;

4 messages 2002/07/12

[#222] Re: Wiring up the Boehm GC to the Ruby interpreter — Jamie Herre <jfh@...> 2002/07/12

Looks like what you've done is to replace ruby's calls to malloc with a

[#223] Re: Wiring up the Boehm GC to the Ruby interpreter — Matthew Bloch <mattbee@...> 2002/07/12

On Friday 12 July 2002 17:05, you wrote:

[#224] Re: Wiring up the Boehm GC to the Ruby interpreter — matz@... (Yukihiro Matsumoto) 2002/07/12

Hi,

[#225] Re: [gclist] Wiring up the Boehm GC to the Ruby interpreter — matz@... (Yukihiro Matsumoto)

Hi,

1 message 2002/07/12

[#227] speed improvements during ruby_init — Jamie Herre <jfh@...>

Hi,

1 message 2002/07/14

[#228] Patch to stop TCPSocket.new blocking on DNS lookups — Matthew Bloch <mattbee@...>

Hello;

6 messages 2002/07/17

[#229] Re: Patch to stop TCPSocket.new blocking on DNS lookups — matz@... (Yukihiro Matsumoto) 2002/07/17

Hi,

[#230] Re: Patch to stop TCPSocket.new blocking on DNS lookups — Matthew Bloch <mattbee@...> 2002/07/17

On Wednesday 17 July 2002 14:12, you wrote:

[#231] Re: Patch to stop TCPSocket.new blocking on DNS lookups — ts <decoux@...> 2002/07/17

>>>>> "M" == Matthew Bloch <mattbee@soup-kitchen.net> writes:

[#232] Re: Patch to stop TCPSocket.new blocking on DNS lookups — Matthew Bloch <mattbee@...> 2002/07/17

On Wednesday 17 July 2002 15:34, you wrote:

[#233] Re: Patch to stop TCPSocket.new blocking on DNS lookups — matz@... (Yukihiro Matsumoto) 2002/07/17

Hi,

[#236] resolv.rb — "Stephane D'Alu" <sdalu@...>

The patch is for ruby-1.7.2.2002.07.15:

1 message 2002/07/22

[#237] object.c ruby.h (fwd) — Robert Skarwecki <skaav@...>

Hello everybody,

42 messages 2002/07/24

[#239] Re: [PATCH] object.c ruby.h (fwd) — GOTO Kentaro <gotoken@...> 2002/07/24

At Thu, 25 Jul 2002 00:02:28 +0900,

[#240] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/24

GOTO Kentaro <gotoken@notwork.org> writes:

[#246] Re: [PATCH] object.c ruby.h (fwd) — GOTO Kentaro <gotoken@...> 2002/07/25

At Thu, 25 Jul 2002 05:05:46 +0900,

[#262] Re: [PATCH] object.c ruby.h (fwd) — Michal Rokos <m.rokos@...> 2002/07/26

On Thu, Jul 25, 2002 at 08:06:17PM +0900, GOTO Kentaro wrote:

[#266] Re: [PATCH] object.c ruby.h (fwd) — matz@... (Yukihiro Matsumoto) 2002/07/26

Hi,

[#263] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/26

Michal Rokos <m.rokos@sh.cvut.cz> writes:

[#247] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/25

GOTO Kentaro <gotoken@notwork.org> writes:

[#258] Re: [PATCH] object.c ruby.h (fwd) — "NAKAMURA, Hiroshi" <nahi@...> 2002/07/26

Hi,

[#248] Re: [PATCH] object.c ruby.h (fwd) — nobu.nokada@... 2002/07/25

Hi,

[#249] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/25

nobu.nokada@softhome.net writes:

[#250] Re: [PATCH] object.c ruby.h (fwd) — nobu.nokada@... 2002/07/25

Hi,

[#252] Re: [PATCH] object.c ruby.h (fwd) — GOTO Kentaro <gotoken@...> 2002/07/25

At Fri, 26 Jul 2002 03:11:02 +0900,

[#253] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/25

GOTO Kentaro <gotoken@notwork.org> writes:

[#255] Re: [PATCH] object.c ruby.h (fwd) — GOTO Kentaro <gotoken@...> 2002/07/25

At Fri, 26 Jul 2002 05:34:10 +0900,

[#268] Re: [PATCH] object.c ruby.h (fwd) — Masaki Suketa <masaki.suketa@...> 2002/07/27

In message "Re: [PATCH] object.c ruby.h (fwd)"

[#269] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/27

Masaki Suketa <masaki.suketa@nifty.ne.jp> writes:

[#288] Re: [PATCH] object.c ruby.h (fwd) — Masaki Suketa <masaki.suketa@...> 2002/08/03

In message "Re: [PATCH] object.c ruby.h (fwd)"

[#295] Re: [PATCH] object.c ruby.h (fwd) — "NAKAMURA, Hiroshi" <nahi@...> 2002/08/05

Hi,

[#304] Re: [PATCH] object.c ruby.h (fwd) — Masaki Suketa <masaki.suketa@...> 2002/08/06

In message "Re: [PATCH] object.c ruby.h (fwd)"

[#313] Re: [PATCH] object.c ruby.h (fwd) — "NAKAMURA, Hiroshi" <nahi@...> 2002/08/09

Hi Suketa-san,

[#315] Re: [PATCH] object.c ruby.h (fwd) — Masaki Suketa <masaki.suketa@...> 2002/08/10

In message "Re: [PATCH] object.c ruby.h (fwd)"

[#320] Re: [PATCH] object.c ruby.h (fwd) — "NAKAMURA, Hiroshi" <nahi@...> 2002/08/12

Hi, Suketa-san,

[#260] Re: [PATCH] object.c ruby.h (fwd) — kjana@...4lab.to (YANAGAWA Kazuhisa) 2002/07/26

In message <m2bs8vr1h7.fsf@zip.local.thomases.com>

[#279] A truth? patch + benchmarks — "Christoph" <chr_news@...> 2002/07/31

[#280] Re: A truth? patch + benchmarks — ts <decoux@...> 2002/07/31

>>>>> "C" == Christoph <chr_news@gmx.net> writes:

[#283] RE: A truth? patch + benchmarks — "Christoph" <chr_news@...> 2002/08/01

[#284] Re: A truth? patch + benchmarks — matz@... (Yukihiro Matsumoto) 2002/08/01

Hi,

[#285] RE: A truth? patch + benchmarks — "Christoph" <chr_news@...> 2002/08/02

[#286] Re: A truth? patch + benchmarks — ts <decoux@...> 2002/08/02

>>>>> "C" == Christoph <chr_news@gmx.net> writes:

[#287] RE: A truth? patch + benchmarks — "Christoph" <chr_news@...> 2002/08/02

[#289] Re: A truth? patch + benchmarks — matz@... (Yukihiro Matsumoto) 2002/08/03

Hi,

[#294] RE: A truth? patch + benchmarks — "Christoph" <chr_news@...> 2002/08/05

[#296] Re: A truth? patch + benchmarks — nobu.nokada@... 2002/08/05

Hi,

[#251] Re: [PATCH] object.c ruby.h (fwd) — Dave Thomas <Dave@...> 2002/07/25

nobu.nokada@softhome.net writes:

[#324] Mswin32 build flags — "Christoph" <chr_news@...> 2002/08/16

Hi,

[#325] Re: Mswin32 build flags — "U.Nakamura" <usa@...> 2002/08/16

Hello,

[#422] RE: Mswin32 build flags — "Christoph" <chr_news@...> 2002/09/03

[#242] unifying nil and false (Re: [PATCH] object.c ruby.h) — matz@... (Yukihiro Matsumoto) 2002/07/25

Hi,

[#243] Re: unifying nil and false (Re: [PATCH] object.c ruby.h) — Dave Thomas <Dave@...> 2002/07/25

matz@ruby-lang.org (Yukihiro Matsumoto) writes:

[#244] Re: unifying nil and false (Re: [PATCH] object.c ruby.h) — matz@... (Yukihiro Matsumoto) 2002/07/25

Hi,

[#238] Boolean class (Re: [PATCH] object.c ruby.h) — matz@... (Yukihiro Matsumoto) 2002/07/24

Hi,

[#241] Compiling ruby on SGI origins — Bil Kleb <W.L.Kleb@...>

I just tried compiling ruby-1.6.7 on a couple SGI origins (mips-sgi-irix6.5),

6 messages 2002/07/25

[#245] Re: Compiling ruby on SGI origins — matz@... (Yukihiro Matsumoto) 2002/07/25

Hi,

[#265] Re: Compiling ruby on SGI origins — Bil Kleb <W.L.Kleb@...> 2002/07/26

Bil Kleb wrote:

[#264] Re: Compiling ruby on SGI origins — Bil Kleb <W.L.Kleb@...> 2002/07/26

Yukihiro Matsumoto wrote:

[#267] Re: Compiling ruby on SGI origins — matz@... (Yukihiro Matsumoto) 2002/07/26

Hi,

[#274] Re: Compiling ruby on SGI origins — Bil Kleb <W.L.Kleb@...> 2002/07/28

Yukihiro Matsumoto wrote:

[#254] A couple of questions on writing extensions — Matthew Bloch <mattbee@...>

*) what does 'Died with exception wrong argument type Object (expected Data)'

4 messages 2002/07/25

[#256] Re: A couple of questions on writing extensions — Matthew Bloch <mattbee@...> 2002/07/25

On Thursday 25 July 2002 22:09, Matthew Bloch wrote:

[#257] Re: A couple of questions on writing extensions — nobu.nokada@... 2002/07/26

Hi,

[#259] Re: A couple of questions on writing extensions — Matthew Bloch <mattbee@...> 2002/07/26

On Friday 26 July 2002 01:56, nobu.nokada@softhome.net wrote:

[#261] FYI: Updated Boehm GC — "Rich Kilmer" <rich@...>

I know there were some activities a bit back on this...

1 message 2002/07/26

[#270] Who'd be the best person to handle this? — Dave Thomas <Dave@...>

2 messages 2002/07/27

[#271] Re: Who'd be the best person to handle this? — ts <decoux@...> 2002/07/27

>>>>> "D" == Dave Thomas <Dave@PragmaticProgrammer.com> writes:

[#272] Questions about installing in a corporate WAN — Jim Freeze <jim@...>

Hi All:

3 messages 2002/07/27

[#273] Re: Questions about installing in a corporate WAN — ts <decoux@...> 2002/07/28

>>>>> "J" == Jim Freeze <jim@freeze.org> writes:

[#275] Re: Questions about installing in a corporate WAN — ts <decoux@...> 2002/07/29

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:

[#276] Tini mini Range cleanup — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/07/30

[#277] Re: [Patch] Tini mini Range cleanup — matz@... (Yukihiro Matsumoto) 2002/07/30

Hi,

[#278] Re: [Patch] Tini mini Range cleanup — Michal Rokos <m.rokos@...> 2002/07/30

Hi,

[#281] ThreadSafeRuby — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/07/31

[#282] Re: [NothinkToDo] ThreadSafeRuby — ts <decoux@...> 2002/07/31

>>>>> "M" == Michal Rokos <m.rokos@sh.cvut.cz> writes:

unifying nil and false (Re: [PATCH] object.c ruby.h)

From: matz@... (Yukihiro Matsumoto)

Date: 2002-07-25 04:22:48 UTC

List: ruby-core #242

Hi,

In message "Re: [PATCH] object.c ruby.h (fwd)"
    on 02/07/25, Dave Thomas <Dave@PragmaticProgrammer.com> writes:

|At the same time, I'm wondering if it would be possible to unify nil
|and false, so that they were both the same object?

"nil" and "false" are treated differently everywhere.  Unifying them
will cause serious compatibility problem.  For example, Thread#status
returns false for threads terminated normally, nil for threads
terminated with exceptions.  See ri Thread#status.  Also I've heard
they're used for three state logic (true - false - undefined).

So it's not easy to unify them.

							matz.

Thread

In This Thread