[#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:14839] Re: ConditionVariable (again)
前田です。 At Sun, 6 Jun 1999 01:20:14 +0900, Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp> wrote: > |> 例えば Thread#run が一つも無くて、Thread#wakeup のみが使われている > |> こと。これも、スケジューリング問題の調整のためでしょうか。あとロッ > |> クの owner という概念があって、そこかしこに、owner がずれてると例外 > |> を発生させる様になっているところとか。owner はカウントつきロックの > |> ためにだけあるのでは無いようですね。 > | > |[ruby-list:6791]あたりにその辺の理由が書いてあります。 > |簡単に言うとsignal/broadcastされた時点でwaitしたスレッドが優先的 > |にロックを獲得できるようにするためです。 > > ええ、そうなっているのはわかります。しかしそんなことが必要になっ > てしまうのは signal で run させずに wakeup させているからですよ > ね。私の cv2.rb みたいに run させればいいだけのことではないかな > あ。なぜ run させずに wakeup & pass させるのだろう。 t.run というのは、 t.wakeup Thread.pass と同値なので、t.runした直後にtに実行権が渡ることは必ずしも保証さ れないような気がして、このようにしてあります。 # ひょっとして保証されるんですか?>まつもとさん つまりrunでも問題が起きる可能性はあるのではないかと。 > |あと、wakeupを使っているのはスケジューリングが起こって欲しくない > |からですね。 > > ああ、ここでスケジューリングというのはスレッドのスイッチという意味 > ですね。なぜスイッチしたらいかんのだろう。どうせ不定な時期にスイッ > チするんだからここで意図してスイッチを起こしてもいいようが気がする > のですが。 すいません、「スケジューリング」と書いてたのは「スケジューリング イベント」と書こうとしていたのでした。 で、ここでwakeupしているのは、クリティカルセクションではrunしても スケジューリングイベントは起きないからです。 # つまり、runでも同じだけど意味がないのでwakeupにしているわけです。 > いや、条件変数の signal が原因でスレッドのスイッチが起こらないよう > にできるなら、その方が気持ちいいとは思います。たかが変数ごときにス > ケジュールを変形されたくないという気持ちは分かります。 > > もしそういうことなら、signal の頭で Thread.critical の値を保存し > て、最後にそれを復活させる(そして Thread.pass もさせない)という > のが徹底していて、いい様な気もします。 いや、ここはスケジューリングイベントを起こさないといけないんです。 というのは、signalしたスレッドがまだロックを保持している間に、 waitしているスレッドにスイッチしておかないと、せっかくキューに優 先順位を設けたのに、キューに並ぶひまもなく、他のスレッドにロック を奪われてしまうかもしれないからです。 signalしたスレッドがまだロックを保持している間は、他のスレッドに 実行が渡ってもキューの優先順位があるので大丈夫なのですが、ロック がフリーになってからはじめてスケジューリングイベントが起こったと すると、他のスレッドにロックを横取りされてしまいます。 で、[ruby-list:6791]でも書いているのですが、さらにsignalしたスレッ ドから他のスレッドに移ってまた戻ってくる間に必ずwaitしたスレッド に実行が移る保証があるのか、というのが問題になるんですが、たぶん 少なくとも今の実装では保証されると思います。 > |う、手元のmonitor.rbの253行目はスクリプトの終わりになってます(^_^; > |なんかこの間バグを一つつぶしたような気がする(夢だったかも)ので > |ruby-1.3.4付属のもので試していただけませんか? > > おおっ、新しい monitor.rb を見てみました。かなり分かりやすい。いま > まで難しい、難しいと言っていたのは、ruby-1.2.5 までの話です。なるほ > ど、組み込みクラスのインスタンスがインスタンス変数を持てる様になっ > たのは大きいですね! このおかげでかなり楽になりましたね。 > 時代は 1.3 だな。(^^) です:-) -- 前田 修吾