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

Wrtite barrier

From: Torsten Rer <torsten.rueger@...>

Date: 2002-10-02 07:57:46 UTC

List: ruby-core #516

Moi,  

I hope I'm on the right list with this.

I'm trying to build an interface layer to a memory persistance library 
(http://hibase.cs.hut.fi/technology.shtml)
The idea is to :
-- get objects from shades to ruby
-- use (read + write) in ruby, normal code, nothing extra
-- save only the modified ruby objects back

To implement this, I would need some kind of write barrier, so that I 
could mark object "clean" when I load them, make them "dirty" during a 
write and then only write the "dirty" ones back.

Does anyone have a good idea how to implement this ?

Cheers

    Torsten

Thread

In This Thread

Prev Next