[#2023] SSL ext library — Eiji-usagi-MATSUmoto <ematsu@...>
うさぎです
[#2026] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
ふなばです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[#2043] [Bug?] Thread.exit — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2056] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#2063] [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
前田です。
[#2064] [Bug] Thread#value — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2100] [Proposal] Math#min/Math#max — shugo@... (Shugo Maeda)
前田です。
[#2152] Re: experimental release 1.1b9_07 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
[#2154] @xxx = xxx in initialize — Kazunori NISHI <kazunori@...>
西@九大です。
前田です。
西@九大です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#2211] experimental release 1.1b9_09 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2215] Dir#new etc.... — shugo@... (Shugo Maeda)
前田です。
[#2217] Re: [ruby-list:7406] Re: string replace — shugo@... (Shugo Maeda)
前田です。
はじめまして、金子です。
まつもと ゆきひろです
前田です。
金子です。
前田です。
[#2226] method to print self — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
西%某氏@九大です。
まつもと ゆきひろです
[#2238] [Req] stack level too deep (fatal) — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2239] [Problem] thread and signal and sleep — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#2243] sub for sjis — KANEKO Naoshi <wbs01621@...>
金子です。
前田です。
[#2255] Registration & initialize method in subclass of builtin class — Inaba Hiroto <inaba@...>
稲葉といいます。
[#2257] Re: [ruby-list:7407] Re: string replace — Inaba Hiroto <inaba@...>
> In message "[ruby-dev:2240] Re: [ruby-list:7407] Re: string replace"
前田です。
金子です。
[#2285] -X and /dev/null — WATANABE Hirofumi <watanabe@...>
わたなべです.
[#2289] bug? %// and multiple while modifier — Inaba Hiroto <inaba@...>
バグに見えるものを2つ挙げます。
[#2305] MetaDelegator — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2313] experimental release 1.1b9_10 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2338] readline — Masao Kanemitsu <masao-k@...>
わたなべです.
<199804150547.OAA03265@eban.ase.ptg.sony.co.jp> の、
前田です。
[#2378] experimental release 1.1b9_11 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
永井@知能.九工大です.
ふなばです。
まつもと ゆきひろです
[#2396] Re: How to write Perl's `@a[@b] = @c' in ruby — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
[#2407] [Bug or Spec?] extend and include — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2443] experimental release 1.1b9_12 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2449] [Req] Array#rindex — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#2465] — Inaba Hiroto <inaba@...>
以下は仕様なのでしょうか?
まつもと ゆきひろです
イテレータ変数という言いかたがわからなくて, Subjectは後でつけようと思っ
まつもと ゆきひろです
出張等がありまして、返事が遅れました。(ゆっくり考える事ができて良かっ
[#2472] undef HAVE_RANDOM in case of Linux (with libc5) — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
わたなべです.
わたなべです.
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
[#2488] Win95's BUG? — Shin-ichiro HARA <sinara@...>
原です。
[#2510] win32 CR code — KANEKO Naoshi <wbs01621@...>
金子です。
[#2519] tcltklib ip_invoke — Takahiro Maebashi <maebashi@...>
前橋です。
[#2539] experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#2542] `-r debug' and `-e' with multiline — Inaba Hiroto <inaba@...>
-r debug と -e オプションについてリクエストがあります。
わたなべです.
[ruby-dev:2337] Re: [Problem] thread and signal and sleep
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :2331 ] the message: "[ruby-dev:2331] Re: [Problem]
thread and signal and sleep ", on Apr/15 10:43(JST) Yukihiro Matsumoto
writes:
>まつもと ゆきひろです
>メインスレッドで受け取っておいて,Thread.raiseを使うしか無い
>んじゃないですかね.irbならraiseすべきスレッドは分かるんでしょ?
その場でシグナルの処理でできることと例外でできることって結構違うんです
よね. irbはシグナルが発生すると
1. gets中は今まで入力してたもの(継続行の情報を含む)をクリアし, プロン
プトを再出力してそのまま戻る.
2. eval中はその時のバックトレースを出力して, 抜け出したいところまで
throwしている.
1は, raiseだと駄目なのでflagチェックに変える必要が出てきますね. ただし,
プロンプトの再出力が問題でこれはflagチェックでは駄目でその場で処理を行
なう必要がありますよね. そうすると他のスレッドが別のスレッドが抱えてい
るオブジェクトを扱う必要が出てくるのでちょっと気分が悪いですよね.
問題は, 2で現時点で他のスレッドから問題のスレッドのバックトレースを取
るのは不可能だと思いますが?
>|>|1. デフォルトの動作はカレントスレッドが受ける.
>
>困るかもしれないし,困らないかも知れない.多分困らないと思い
>ます.というのもシングルスレッドでもselectで多重化してれば,
>SIGPIPEが来た時にどのsocketで問題が発生したかは分からないの
>で,読み出してみるしかないわけですからね.
SIGPIPEって実際に読み出した時(or書き込んだ時)発生するんじゃなかった?
それなら, シングルスレッドの時はどのsocketが問題かすぐ分かります.
>|これだとirbはほとんど修正しなくて良くなるんです. irbってpreemptiveなス
>|レッドになっているので, シグナルを送りたいスレッドってあらかじめ分かる
>|んです.
>
>それは分からんでもないですが,そこまで分かってれば前述のメイ
>ンスレッドで受け取ってThread.raiseで例外を送り付けるという構
>造に出来るわけですから,わざわざ修正する必要性を感じませんね.
上記のような感じで Thread.raiseだけでは無理だと思います.
シグナルと同じようなThread間の同期機能があれば別なんでしょうけど... こ
れは実現が結構難しいだろうなあ...
Thread.kill signal
Thread.trap{|signal| ...}
>|似たようなものですが, trapを設定したスレッドがシグナルを受けるというの
>|でも良いです.
>
>まあ,これはモデルとしてはきれいですけど,やっぱりやりたくな
>いなあ.
これだとシグナル毎にスレッドを分けることができて嬉しいと思うんだけど?
SIGALRM用のスレッド, SIGWINCH用のスレッド...
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---