[#25279] mkmf - DESTDIR is ignored — dellin <dellin_geo@...>

こんxxは。dellinです。

14 messages 2000/10/02

[#25311] =begin, =end — m_seki@...

27 messages 2000/10/04
[#25315] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25317] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25319] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/05

なひです.

[#25321] Re: =begin, =end — rubikitch <rubikitch@...> 2000/10/05

From: "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp>

[#25341] Re: =begin, =end — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/10/06

なひです.こちらはRDの話.

[#25417] Re: mswin32 組み込み用 Ruby — toyofuku@...

豊福です。遅い反応でごめんなさい。

19 messages 2000/10/10
[#25423] Re: mswin32 組み込み用 Ruby — nobu.nakada@... 2000/10/10

なかだです。

[#25471] Re: mswin32 組み込み用 Ruby — toyofuku@... 2000/10/16

豊福です。

[#25474] 始めまして — matsue <mattue@...>

松江と言います。お初になります。

15 messages 2000/10/16

[#25505] media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...>

26 messages 2000/10/18
[#25522] Re: media watch 2000.10.18 — Noritsugu Nakamura <nnakamur@...> 2000/10/19

[#25540] Re: media watch 2000.10.18 — Shin-ichiro HARA <sinara@...> 2000/10/20

原です。

[#25567] Ruby で遅い処理は? — Yasuki <yasuki@...>

Yasukiです.

16 messages 2000/10/22

[#25599] 原先生の本 — WATANABE Tetsuya <tetsu@...>

渡辺哲也です。

44 messages 2000/10/25
[#25611] Re: 原先生の本 — Shin-ichiro Hara <sinara@...> 2000/10/26

原です。

[#25733] Re: 原先生の本 — keiju@... (石塚圭樹) 2000/11/01

けいじゅ@日本ラショナルソフトウェアです.

[#25738] Re: 原先生の本 — Shin-ichiro HARA <sinara@...> 2000/11/01

原です。

[#25628] RWiki 1.0 and てんこもりぱっく — Masatoshi SEKI <m_seki@...>

14 messages 2000/10/26

[#25633] ping.rb の使い方 — goto@...

お世話になります。後藤です。

20 messages 2000/10/27

[#25674] EOF before end of embedded document — YANAGAWA Kazuhisa <kjana@...>

>od -c foo

15 messages 2000/10/28
[#25678] Re: EOF before end of embedded document — matz@... (Yukihiro Matsumoto) 2000/10/28

まつもと ゆきひろです

[ruby-list:25329] Re: synchronization mechanism

From: Masatoshi SEKI <m_seki@...>
Date: 2000-10-05 16:29:36 UTC
List: ruby-list #25329
咳といいます。

同期機構、何を悩んでいたかだんだん思い出してきました。
獲得したまま Thread が kill されてもちゃんと開放できる仕組みも
ほしいっす。
primitiveにないと難しいと思うのですがどうなんだろう。


> コストの問題を解決できれば、Java風にprivitiveな同期機構を
> Object#synchronizeで提供する、というのもありかなとかちょっと思い
> ました。
> # オブジェクトの外に表を持つのかな。

・Objectにどの Thread が lock しているか覚えてもらう
・待ちの表は struct thread のリストを使う

というものであれば比較的安く実装できませんか ?
  struct thread {
    ...
    VALUE wchan;  /* 待ちたい Object、待ってないときは Qundef */
    ...
  }
とか追加して…。
# 獲得している Object の Array も本当は欲しい。
# unlock で sleep している Thread 数回ループしなきゃならない…。
# あっ、Object に struct thread *waiting とかあればいい ??


> > MINIX のカーネル内のメッセージとかどうかなっと思ってましたが
> > うまく考えがまとまらない…。
> 
> これってどんなものでしょうか?

普通のメッセージパッシングで、二人とも待ち合わせるやつです。
単純な機構。
# なんでこれが良いと思ったんだろう。MINIXがこれでできてたからかなぁ。



In This Thread