[#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:2352] Re: [Problem] thread and signal and sleep
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :2348 ] the message: "[ruby-dev:2348] Re: [Problem]
thread and signal and sleep ", on Apr/15 16:59(JST) Yukihiro Matsumoto
writes:
>まつもと ゆきひろです
>|>うーん,こっちはReadline.readlineをbegin..rescueで括ればでき
>|>ると思うんですが,なにか勘違いしている?
>|
>|そうなんですよね. できるですが, libcのgetcの問題があるからgets中の割り
>|込み処理で例外(大域ジャンプ)が発生すると駄目なんです...
>
>うーん,それは….まだバージョン上げてなかったのか.
だってぇ...
>ところでsignalでも本質的に同じ問題があると思うんだけど違うの?
モードを設けています. 実際は4つあるんですが.
1. gets中 -- 適当に処理をやってそのまま戻る
2. eval中 -- バックトレースして, throw
3. その他のところを実行中 -- 無視
4. irb_load中 -- 相当飛ぶ
>|カレントスレッドがシグナルを受けとれるというのは, それなりに分かりやす
>|いモデルだと思うんですよ.
>
>否定はしません.元に戻すのが良いということでしたら戻すことも
>構いません.でも,いずれにしても「それで良いの?」ってことを
>クリアにしたいですね.
元に戻すのとはちょっと違うんじゃないかな? 同じになるんです?
たとえば, SIGSEGVやSIGPIPEしたスレッドが確実にシグナルうけとれるんです?
>irbに限っても
>
>|それに, 実はカレントスレッドになってもirbとしては嬉しくないんですよね...
>|標準な動作はpriemptiveなスレッドになっているんですが, Thread.start{..}
>|はどこでも入力可能なので, そうなると受けとるスレッドが不定になってしま
>|うんですね.
>
>のように嬉しくない場合もあるようですし.
そうなんですよ. irbの場合は, trapを指定したスレッドにシグナルがいく場
合を省いて, 問題は解決しません.
>|>ThreadがProcのようにbindingとしても使えたり,Threadの現在の
>|>トレースバックが取れたりしたら良いのかも知れません.
>|うーん. これは魅力的ですね...
>
>まあ,preemptiveなスレッドの問題は解決しますが,それ以外につ
>いてはやっぱり問題なままじゃないですか?
良く理解できていないんですが, 何が問題のままなんでしょう?
まあ, irbの話しはおいておいてシグナルをどうするか決めて, それからirbに
関してrubyに何か対処してもらうことにします.
>|>|シグナルと同じようなThread間の同期機能があれば別なんでしょうけど... こ
>|>|れは実現が結構難しいだろうなあ...
>|>
>|>これはちょっと….
>|
>|だめですか? Threadのbindingでもよいですが... あと, Threadのコンテキス
>|トを入れ換えることができても良いかなと...
>
>うーん,イメージが湧きません.具体的にはどういうこと?
何か変ですね(^^;;; 忘れて下さい.
>|ただ, main_threadにはシグナル処理以外の仕事をさせたいことだってありま
>|すし, そういった場合はmain_thread以外にシグナル処理をやらせることがで
>|きるのは, 嬉しいことだと思います.
>
>というか,そういう構成の時にはメインスレッドはシグナル処理専
>用になるんじゃないでしょうか? メインスレッドでなければ出来
>ないことって他には無かったような….
>
> trap ...
> loop do
> sleep
> end
>
>のような感じで.
できないことはないですが, プログラムのスレッドの構成上main_threadはど
うしても他のことをやらせたいってことがあるんですよね...
また, irbの話しになってすいませんが, irbは最初シングルスレッドで動いて
いるんです. これは, ほとんどの場合複数のサブirbをたちあげるってことは
ないかなと思ったためなんです. で必要に応じてマルチスレッドモードに移行
しますので, マルチスレッドモードに移行したからといってmain_threadに別
なことをやらせるようにするのもなんだなと...
>それにtrapを実行したスレッドに全部届けて本当に良いかということ(もちろ
>ん,メインスレッドで良いかということも)検討した結果を受けて最終的な結
>論を出したいですね.
そうですね.
私は, シグナルを発生する原因となったオペレーションを行なったスレッドが
シグナルを受けるのが良いと思います. そうしないと内因的シグナルの意味が
ほとんどなくなるからです. ただ, 内因的なシグナル(関数に由来する)って
SIGILL
SIGFPE
SIGSEGV
SIGPIPE
SIGBUS
SIGSYS
SIGXFSZ
ぐらいですから無視して良いといえば良いのかも知れませんが...
#でも, mprotect/SEGVは将来的には使いたいような...
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---