[#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:2347] Re: [Problem] thread and signal and sleep
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :2344 ] the message: "[ruby-dev:2344] Re: [Problem]
thread and signal and sleep ", on Apr/15 15:25(JST) Yukihiro Matsumoto
writes:
>まつもと ゆきひろです
>|1. gets中は今まで入力してたもの(継続行の情報を含む)をクリアし, プロン
>| プトを再出力してそのまま戻る.
>|2. eval中はその時のバックトレースを出力して, 抜け出したいところまで
>| throwしている.
>|
>|1は, raiseだと駄目なのでflagチェックに変える必要が出てきますね. ただし,
>|プロンプトの再出力が問題でこれはflagチェックでは駄目でその場で処理を行
>|なう必要がありますよね. そうすると他のスレッドが別のスレッドが抱えてい
>|るオブジェクトを扱う必要が出てくるのでちょっと気分が悪いですよね.
>
>うーん,こっちはReadline.readlineをbegin..rescueで括ればでき
>ると思うんですが,なにか勘違いしている?
そうなんですよね. できるですが, libcのgetcの問題があるからgets中の割り
込み処理で例外(大域ジャンプ)が発生すると駄目なんです...
>|問題は, 2で現時点で他のスレッドから問題のスレッドのバックトレースを取
>|るのは不可能だと思いますが?
>
>現時点では出来ないような気がします.が,それに対する解決方法
>が石塚さんのおっしゃるものである必要があるのかどうかは検討の
>余地があると思います.
そうですね.
>繰り返しますが,カレントスレッドが予想通りのものになることの
>保証は現在のスレッドの実装を大幅に書き換えない限り不可能です.
>
>そういう前提の元で「irbの要求を満たすから」という理由だけで
>は仕様変更にうなずけないのが現状です.私の現在の印象では石塚
>案を採用しても嬉しいのはirbだけで,それ以外の人に対しては救
>済にならない(複雑になるだけ)と思ってます.
カレントスレッドがシグナルを受けとれるというのは, それなりに分かりやす
いモデルだと思うんですよ.
まず, 内因的なシグナルの場合は, こうでないと利用不可能です. ただ, 内因
的なシグナルって一般ユーザが利用できないものが多いのはたしかですが, ほ
とんどのシグナルが内因的なものであることも事実です.
外因的なシグナルの場合, その時カレントだったスレッドがシグナルを受ける
ことになって, 結局スレッドが不定になるというのはあるのですけどね.
それに, 実はカレントスレッドになってもirbとしては嬉しくないんですよね...
標準な動作はpriemptiveなスレッドになっているんですが, Thread.start{..}
はどこでも入力可能なので, そうなると受けとるスレッドが不定になってしま
うんですね.
>ThreadがProcのようにbindingとしても使えたり,Threadの現在の
>トレースバックが取れたりしたら良いのかも知れません.
># 実装は難しいけど.
うーん. これは魅力的ですね...
>|SIGPIPEって実際に読み出した時(or書き込んだ時)発生するんじゃなかった?
>|それなら, シングルスレッドの時はどのsocketが問題かすぐ分かります.
>
>うーん,そうか.今調べたらOSレベルのスレッドだとトラップによっ
>て発生したシグナルはそのスレッドに届けられるみたいですね.が,
>rubyのスレッドでどうやってこれを実現するか….
でしょ. そうじゃないと困るもの.
# mprotectでSEGVを利用するマルチスレッド版objectstoreのクライアントが
# 動作しなくなる.
>|シグナルと同じようなThread間の同期機能があれば別なんでしょうけど... こ
>|れは実現が結構難しいだろうなあ...
>
>これはちょっと….
だめですか? Threadのbindingでもよいですが... あと, Threadのコンテキス
トを入れ換えることができても良いかなと...
>|これだとシグナル毎にスレッドを分けることができて嬉しいと思うんだけど?
>|
>| SIGALRM用のスレッド, SIGWINCH用のスレッド...
>
>シグナルハンドラにはシグナル番号が渡るのでスレッドをわける必
>要ないと思うんですけど.
確かに, dispatchを書く必要があるかどうかの違いですけどね.
ただ, main_threadにはシグナル処理以外の仕事をさせたいことだってありま
すし, そういった場合はmain_thread以外にシグナル処理をやらせることがで
きるのは, 嬉しいことだと思います. 特に, シグナルが来るとそのスレッドは
stopの状態から走りはじめちゃうので, 本当に停止させておきたい時など,
stopから目覚めた時にどっちの生で目覚めたか一々チェックしないといけなく
なりますよね.
このことは, シングルスレッドでも同じです. でも, マルチスレッドにすると
そういうことからも解放されたいってのがあるんだと思うんですよ. これは,
シングルスレッドソケットサーバよりもマルチスレッドソケットサーバの方が
簡単に書けるというのと似たような話しじゃないかと思います.
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---