[#14715] HTTP Client with Ruby — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
なひです.
高橋征義です。
ごとけんです
高橋です。みなさまどうもありがとうございます。
なひです.
前橋です。
なひです.
なひです.すいません,駄目です.^^;
なひです.
[#14747] Ruby-gtk の Text Widget について — Takano Naoki <takanon@...>
はじめまして。
[#14763] do end + do end — Wakou Aoyama <wakou@...>
青山です。
[#14765] ruby 1.3.4 with ipv6 — Yasunari Momoi <momo@...>
ruby 1.3.4 を入れたんですが,IPv6 対応しているんですね (^^).
[#14766] ruby 1.3.4 on BSD/OS 3.1 — Yasunari Momoi <momo@...>
BSD/OS 3.1 (with kame) で ruby-1.3.4 を作ろうとしているんで
まつもと ゆきひろです
前田です。
わたなべです.
[#14790] Microsoft Perl ? — ARIMA Yasuhiro <fit0298@...>
有馬です。
[#14833] Regacy scripts depend the ruby old version. — ARIMA Yasuhiro <fit0298@...>
有馬です。
[#14842] texinfo document for ruby-1.3 — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
新井です。
From: Koji Arai <JCA02266@nifty.ne.jp>
[#14854] Rubyfaq-990607 — Akira Endo <akendo@...3.rim.or.jp>
遠藤です.
[#14863] OO Software Construction by Meyer — Akira Endo <akendo@...3.rim.or.jp>
遠藤です.
[#14874] ruby-gtk trouble — Jun Adachi <adachi@...>
安達@沖データと申します。
[#14900] Rubyfaq-990608 — Akira Endo <akendo@...3.rim.or.jp>
遠藤です.
まつもと ゆきひろです
[#14917] Ruby/Tk and Threads — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
こんにちは、越水です。
[#14953] 男親なら誰でも思う — 中村暁史 <anakamur@...>
[#14957] textarea with CGI.rb — HATTORI Masashi <hattori@...>
服部といいます。こんにちは。
[#14970] thread with curses — HATTORI Masashi <hattori@...>
服部といいます。こんにちは。
[#14980] 初期化メソッドの追加 — ARIMA Yasuhiro <fit0298@...>
有馬です。
[#15003] 文字列から数値への変換失敗を検出したい — ARIMA Yasuhiro <fit0298@...>
有馬です。
[#15012] ext ML の過去ログはいずこ? — 中村暁史 <anakamur@...>
原です。
akaishi です。
わたなべです.
前田です。
[#15045] mail library — Minero Aoki <aamine@...>
あおきです。
あおきです。
あおきです。
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
石橋秀仁です.
あおきです。
まつもと ゆきひろです
あおきです。
なひです.
あおきです。
なひです.
松尾です。
なひです.
松尾です。
有馬@FITECです。
松尾です。
はじめまして、岩間です。
なひです.mod_rubyと格闘中です.
なひです.mod_rubyネタはruby-listでよいでしょうか?
前田です。
なひです.
なひです.
前田です。
なひです.
小松です。
前田です。
小松です。
前田です。
小松です。
前田です。
小松です。
まつもと ゆきひろです
たむら です。
あおきです。
まつもと ゆきひろです
あおきです。
まつもと ゆきひろです
あおきです。
[#15057] 複雑?な構造体の定義方法 — Koichi Shigematsu <shige@...>
しげまつ と申します。 とっても久しぶりの投稿です。
まつもと ゆきひろです
しげまつ です。
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
In message "[ruby-list:15078] Re: pattern (Re: 複雑?な構造体の定義方法)"
[#15093] String#rindex with arbitrary starting point — kjana@... (YANAGAWA Kazuhisa)
「String#rindex の第二引数ってば,探索を『始める』ポイントじゃなくて
前田です。
[#15112] pty on NeXTSTEP3.3J — SHIROYAMA Takayuki <psi@...>
[#15116] irb & ruby — Takashi Nishimoto <g96p0935@...>
ruby の最新版 (990625) を /usr/local 以下にインストールしたのですが、
[#15121] ruby-gtk-0.19 released — Hiroshi Igarashi <igarashi@...>
いがらし%Ruby/GTKメンテナ です。
From: Hiroshi Igarashi <igarashi@ueda.info.waseda.ac.jp>
いがらしです。
[#15131] game of life: ruby/gtk version — Takahiro Maebashi <maebashi@...>
前橋です。
[#15160] undefined method `-@' for Fixnum (NameError) — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp>
こんにちは、越水です。
まつもと ゆきひろです
[ruby-list:14847] Re: ConditionVariable (again)
前田です。 At Mon, 7 Jun 1999 01:44:26 +0900, Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp> wrote: > > で、ここでwakeupしているのは、クリティカルセクションではrunしても > > スケジューリングイベントは起きないからです。 > > # つまり、runでも同じだけど意味がないのでwakeupにしているわけです。 > > Thread.critical == true では Thread.pass も Thread#run もスレッド > のスイッチは起こらないのですね。いままでそういうことをやってみた > ことがなかったので知りませんでした。(~~; この辺はそもそもドキュメントがないので動作を知りたかったらソース 読むしかないですからね(^_^; > > t.run > > > > というのは、 > > > > t.wakeup > > Thread.pass > > > > と同値なので、t.runした直後にtに実行権が渡ることは必ずしも保証さ > > れないような気がして、このようにしてあります。 > > # ひょっとして保証されるんですか?>まつもとさん > > > > つまりrunでも問題が起きる可能性はあるのではないかと。 > > ええっ、そうなんですか?いやっ、きっとそうなんですね。 > > 考えてみると Thread.stop; X; で止まったスレッドを他から run で起こし > ても X がアトミックでない限り X が実行されるとはいえないですものね。 > 例えば X が Thread.critical=true だとすると true を評価したあと、 > critical= を実行する前にスイッチしてしまうかもしれない。(あるいは > "Thread" を評価した直後にスイッチするかも。)と、いうことは、次に確 > 実に特定のスレッドを動かすという事を考えること自体、あまり意味がな > いといえる。 その例はちょっと極端ですが(^_^;、ユーザレベルのプログラミングであ まりスケジューリングを制御しようとするべきではないというのは確か にそうですよね。 ただ、今回のはライブラリなので、ほんとはeval.cに手を入れてプライ オリティを組込む方が良いのかもしれませんけど...。 > だいぶわかってきました。Ruby のスレッドは円形に並んでぐるぐる回っ > ているわけですね。 > > 肝要なのは signal 後、条件を他のスレッドに変更されない事では > なく、signal の後は(1周以上したとしても)必ず、しかも早めに > wait のスレッドにロックが戻る事ですね。 そうです。 ロックさえ獲得できれば他のスレッドを気にしなくてよいですからね。 > 結局、私のあの単純な CV のコード(cv2.rb)、あれはあれでちゃん > と動くんですよね。 競合する(条件を偽にしようとする)スレッドにロックを横取りされる可 能性はあります。 ただ、私のコードでも、競合するスレッドで、 1000.times do break if m.try_lock Thread.pass end などとされるとだめですね。 防ぐ手はある(フラグを一個追加すればいいのかな)と思うのですが、そ こまでするとコードがどんどん見にくくなっていくのであまりやりたく ないような気もします。 -- 前田 修吾