[#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:5922] Re: [RFC] Towards a new synchronisation primitive

From: Robert Feldt <feldt@...>
Date: 2000-10-27 16:01:57 UTC
List: ruby-talk #5922
On Sat, 28 Oct 2000, Conrad Schneiker/Austin/Contr/IBM wrote:

> Are there any good solutions in existing languages that can be copied 
> (with suitable Ruby adjustments)? 
> 
Very probably... ;-)

> Does anyone know if the approaches that Python, Perl, Tcl, Lisp/CLOS, 
> etc., take (whatever they are) are any good for our purposes?
> 
Might be but mind you that combining concurrency and OOP is still a pretty
hot/unsolved research issue (see for example a recent thesis giving a good
overview of the topic and proposes a solution 
http://citeseer.nj.nec.com/papers/cs/16468/http:%23@S@%23%23@S@%23www.mri.mq.edu.au%23@S@%23people%23@S@%23.%23@S@%23dholmes%23@S@%23thesis-submission.pdf
(The solution proposed might be the way to go to get the most flexible but
also most expensive Ruby object synch model: syncronixation rings). So I'd
guess that how to combine/include concurrency with a dynamic, pure,
interpreted OOP language is not common knowledge. ;-)

Conclusion from this is probably that we should supply one simple solution
for now and then supply more complex/flexible/costly solutions in
extensions.

If anyone knows what Python, Perl et al does on
concurrency/synchronization then please write a short description and give
some pointers.

Regards,

Robert


In This Thread

Prev Next