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)

[#516] Wrtite barrier — Torsten Rer <torsten.rueger@...>

Moi,

3 messages 2002/10/02

[#517] Re: Wrtite barrier — matz@... (Yukihiro Matsumoto) 2002/10/02

Hi,

[#518] Re: Wrtite barrier — Torsten Rer <torsten.rueger@...> 2002/10/02

Moi

[#519] Suprise — Torsten Rer <torsten.rueger@...>

Moi,

3 messages 2002/10/02

[#521] Re: Suprise — Torsten Rer <torsten.rueger@...> 2002/10/03

Further investigating . . . I take it all back.

[#520] Re: Suprise — matz@... (Yukihiro Matsumoto) 2002/10/03

Hi,

[#522] Id question — Torsten Rer <torsten.rueger@...>

Moi,

4 messages 2002/10/04

[#523] Re: Id question — matz@... (Yukihiro Matsumoto) 2002/10/04

Hi,

[#524] Re: Id question — Torsten Rer <torsten.rueger@...> 2002/10/04

Moi

[#525] Re: Id question — matz@... (Yukihiro Matsumoto) 2002/10/04

Hi,

[#526] Segfault — "Christoph" <chr_news@...>

Hi,

5 messages 2002/10/08

[#527] Re: Segfault — "Christoph" <chr_news@...> 2002/10/08

> From: Christoph

[#531] Re: Segfault ( (Simpler Example) — "Christoph" <chr_news@...> 2002/10/08

Hi,

[#532] Re: Segfault ( (Simpler Example) — nobu.nokada@... 2002/10/08

Hi,

[#533] Re: Segfault ( (Simpler Example) — matz@... (Yukihiro Matsumoto) 2002/10/08

Hi,

[#528] Weak references — Torsten Rer <torsten.rueger@...>

Moi,

3 messages 2002/10/08

[#529] Re: Weak references — matz@... (Yukihiro Matsumoto) 2002/10/08

Hi,

[#530] Re: Weak references — Torsten Rer <torsten.rueger@...> 2002/10/08

How embarrassing, I didn't know or look.

[#534] Hash suprise — Torsten Rer <torsten.rueger@...>

Moi

2 messages 2002/10/09

[#535] Re: Hash suprise — matz@... (Yukihiro Matsumoto) 2002/10/09

Hi,

[#536] SEVG in bignum.c:505... — Sean Chittenden <sean@...>

$ ruby -e 'p [].to_s.strip.to_i'

5 messages 2002/10/13

[#538] Re: SEVG in bignum.c:505... — Sean Chittenden <sean@...> 2002/10/13

> $ ruby -e 'p [].to_s.strip.to_i'

[#540] Re: SEVG in bignum.c:505... — Michal Rokos <m.rokos@...> 2002/10/13

Hi Sean,

[#542] Re: SEVG in bignum.c:505... — Sean Chittenden <sean@...> 2002/10/13

> your patch was OK, but incomplete. This could help with the

[#543] Re: SEVG in bignum.c:505... — Michal Rokos <m.rokos@...> 2002/10/14

Hi,

[#537] darwin shared library patch — Eric Melville <eric@...>

In Darwin, the preferred way to build shared libraries is with two level

9 messages 2002/10/13

[#539] Re: darwin shared library patch — "Akinori MUSHA" <knu@...> 2002/10/13

Hi,

[#544] Re: darwin shared library patch — Eric Melville <eric@...> 2002/10/16

> The patch seems to make ENV[]= coredump.

[#545] Re: darwin shared library patch — Luc B駘anger <belanglu@...> 2002/10/16

I can't reproduce it neither, I don't have a Darwin version lower than

[#546] Re: darwin shared library patch — "Akinori MUSHA" <knu@...> 2002/10/16

At Thu, 17 Oct 2002 01:41:49 +0900,

[#547] Re: darwin shared library patch — "Akinori MUSHA" <knu@...> 2002/10/16

At Thu, 17 Oct 2002 05:18:51 +0900,

[#550] Re: darwin shared library patch — Eric Melville <eric@...> 2002/10/16

> OK, I figured it out. Ruby coredumped where environ is dereferenced

[#554] Re: darwin shared library patch — "Akinori MUSHA" <knu@...> 2002/10/17

At Thu, 17 Oct 2002 07:16:43 +0900,

[#559] Re: darwin shared library patch — Eric Melville <eric@...> 2002/10/20

> No worries. Your patches have been slightly modified and then applied

[#541] Patch for MacOS X dln.c — Luc B駘anger <belanglu@...>

I have a patch for the dynamic linker in MacOS X, which permit to load

7 messages 2002/10/13

[#548] Re: Patch for MacOS X dln.c — "Akinori MUSHA" <knu@...> 2002/10/16

[gah, I sent this to the wrong address... resending]

[#553] Re: Patch for MacOS X dln.c — "Akinori MUSHA" <knu@...> 2002/10/17

[Forwarding to the list]

[#555] Re: Patch for MacOS X dln.c — "Akinori MUSHA" <knu@...> 2002/10/17

The patch has been committed to both 1.7 and 1.6. Comment part was

[#549] Re: Patch for MacOS X dln.c [off-topic] — "Akinori MUSHA" <knu@...> 2002/10/16

By the way, I wonder why this mail got successfully delivered via the

[#551] Re: Patch for MacOS X dln.c [off-topic] — matz@... (Yukihiro Matsumoto) 2002/10/17

Hi,

[#552] Re: Patch for MacOS X dln.c [off-topic] — Luc B駘anger <belanglu@...> 2002/10/17

I'll explain! That's mine :-)

[#558] Report: gcc-3.2.1-0pre3, libv6-2.3.1-1 — Michal Rokos <m.rokos@...>

Hi,

1 message 2002/10/18

[#560] nodeDump 0.1.7 — nobu.nokada@...

Hi,

2 messages 2002/10/24

[#562] Re: [PATCH] nodeDump 0.1.7 — Dave Thomas <Dave@...> 2002/10/28

nobu.nokada@softhome.net writes:

[#561] Win32 — "Bob Calco" <robert.calco@...>

Anyone:

1 message 2002/10/25

[#563] strscan, mkmf and MacOS X — Raymond Blum <raymond@...>

Hi

1 message 2002/10/29

Re: Id question

From: matz@... (Yukihiro Matsumoto)

Date: 2002-10-04 07:46:08 UTC

List: ruby-core #523

Hi,

In message "Id question"
    on 02/10/04, Torsten Rer <torsten.rueger@firsthop.com> writes:

|So I looked at the ruby id related functions. Is it true
|-- Basic types (symbols, strings) have id's that count up, the id is 
|never reused

Yes for Symbols, Boolean values (true, false), and Fixnums.  Strings
are not "basic type" in this sense.

|-- objects use their address as base for id

Yes.

|-- thus if an object goes out of scope and the memory is reused, i can 
|later have a different object with the same id

Yes.

|And how are id's for more complex, but builtin types done ? I mean 
|array, hash, bignum, regex ...

Non immediate values are just plain obejcts.  So their ID behave like
usual (non builtin) objects.

							matz.

Thread

In This Thread