[#2026] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>

永井@知能.九工大です.

73 messages 1998/04/02
[#2031] Re: [ruby-list:7298] Re: cmp operator — Tadayoshi Funaba <tadf@...> 1998/04/02

ふなばです。

[#2032] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...> 1998/04/03

永井@知能.九工大です.

[#2058] Re: [ruby-list:7298] Re: cmp operator — Tadayoshi Funaba <tadf@...> 1998/04/03

ふなばです。

[#2065] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...> 1998/04/06

永井@知能.九工大です.

[#2095] Re: [ruby-list:7298] Re: cmp operator — Tadayoshi Funaba <tadf@...> 1998/04/06

ふなばです。

[#2101] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2109] Re: [ruby-list:7298] Re: cmp operator — matz@... (Yukihiro Matsumoto) 1998/04/07

まつもと ゆきひろです

[#2119] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/07

けいじゅ@日本ラショナルソフトウェアです.

[#2123] Re: [ruby-list:7298] Re: cmp operator — matz@... (Yukihiro Matsumoto) 1998/04/07

まつもと ゆきひろです

[#2124] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/07

けいじゅ@日本ラショナルソフトウェアです.

[#2125] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/07

けいじゅ@日本ラショナルソフトウェアです.

[#2128] Re: [ruby-list:7298] Re: cmp operator — matz@... (Yukihiro Matsumoto) 1998/04/07

まつもと ゆきひろです

[#2136] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/07

けいじゅ@日本ラショナルソフトウェアです.

[#2137] Re: [ruby-list:7298] Re: cmp operator — matz@... (Yukihiro Matsumoto) 1998/04/07

まつもと ゆきひろです

[#2139] Re: [ruby-list:7298] Re: cmp operator — keiju@... (石塚圭樹 ) 1998/04/07

けいじゅ@日本ラショナルソフトウェアです.

[#2104] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...> 1998/04/07

永井@知能.九工大です.

[#2165] Re: [ruby-list:7298] Re: cmp operator — Tadayoshi Funaba <tadf@...> 1998/04/07

ふなばです。

[#2177] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...> 1998/04/08

永井@知能.九工大です.

[#2063] [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (Keiju ISHITSUKA)

けいじゅ@日本ラショナルソフトウェアです.

20 messages 1998/04/05
[#2072] Re: [?] eval "def foo3;end" of instance_eval("binding") — matz@... (Yukihiro Matsumoto) 1998/04/06

まつもと ゆきひろです

[#2075] Re: [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2078] Re: [?] eval "def foo3;end" of instance_eval("binding") — matz@... (Yukihiro Matsumoto) 1998/04/06

まつもと ゆきひろです

[#2081] Re: [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2084] Re: [?] eval "def foo3;end" of instance_eval("binding") — matz@... (Yukihiro Matsumoto) 1998/04/06

まつもと ゆきひろです

[#2086] Re: [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2087] private singleton_methods (Re: [?] eval "def foo3;end" of instance_eval("binding")) — matz@... (Yukihiro Matsumoto) 1998/04/06

まつもと ゆきひろです

[#2089] Re: private singleton_methods (Re: [?] eval "def foo3;end" of instance_eval("binding")) — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2090] Re: private singleton_methods (Re: [?] eval "def foo3;end" of instance_eval("binding")) — matz@... (Yukihiro Matsumoto) 1998/04/06

まつもと ゆきひろです

[#2092] Re: private singleton_methods (Re: [?] eval "def foo3;end" of instance_eval("binding")) — keiju@... (石塚圭樹 ) 1998/04/06

けいじゅ@日本ラショナルソフトウェアです.

[#2152] Re: experimental release 1.1b9_07 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

20 messages 1998/04/07
[#2157] Re: experimental release 1.1b9_07 — WATANABE Hirofumi <watanabe@...> 1998/04/07

わたなべです.

[#2159] experimental release 1.1b9_08 — matz@... (Yukihiro Matsumoto) 1998/04/07

まつもと ゆきひろです

[#2154] @xxx = xxx in initialize — Kazunori NISHI <kazunori@...>

西@九大です。

16 messages 1998/04/07
[#2171] Re: @xxx = xxx in initialize — shugo@... (Shugo Maeda) 1998/04/07

前田です。

[#2185] Re: @xxx = xxx in initialize — Kazunori NISHI <kazunori@...> 1998/04/08

西@九大です。

[#2217] Re: [ruby-list:7406] Re: string replace — shugo@... (Shugo Maeda)

前田です。

14 messages 1998/04/09

[#2238] [Req] stack level too deep (fatal) — keiju@... (Keiju ISHITSUKA)

けいじゅ@日本ラショナルソフトウェアです.

14 messages 1998/04/11
[#2266] Re: [Req] stack level too deep (fatal) — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2274] Re: [Req] stack level too deep (fatal) — keiju@... (石塚圭樹 ) 1998/04/13

けいじゅ@日本ラショナルソフトウェアです.

[#2277] Re: [Req] stack level too deep (fatal) — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2239] [Problem] thread and signal and sleep — keiju@... (Keiju ISHITSUKA)

けいじゅ@日本ラショナルソフトウェアです.

27 messages 1998/04/11
[#2272] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2273] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2275] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/13

けいじゅ@日本ラショナルソフトウェアです.

[#2278] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2280] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/13

けいじゅ@日本ラショナルソフトウェアです.

[#2282] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/13

まつもと ゆきひろです

[#2293] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/14

けいじゅ@日本ラショナルソフトウェアです.

[#2297] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/14

まつもと ゆきひろです

[#2327] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/14

けいじゅ@日本ラショナルソフトウェアです.

[#2331] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/15

まつもと ゆきひろです

[#2337] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/15

けいじゅ@日本ラショナルソフトウェアです.

[#2344] Re: [Problem] thread and signal and sleep — matz@... (Yukihiro Matsumoto) 1998/04/15

まつもと ゆきひろです

[#2347] Re: [Problem] thread and signal and sleep — keiju@... (石塚圭樹 ) 1998/04/15

けいじゅ@日本ラショナルソフトウェアです.

[#2338] readline — Masao Kanemitsu <masao-k@...>

16 messages 1998/04/15

[#2378] experimental release 1.1b9_11 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

24 messages 1998/04/16

[#2407] [Bug or Spec?] extend and include — keiju@... (Keiju ISHITSUKA)

けいじゅ@日本ラショナルソフトウェアです.

16 messages 1998/04/17
[#2408] Re: [Bug or Spec?] extend and include — matz@... (Yukihiro Matsumoto) 1998/04/17

まつもと ゆきひろです

[#2409] Re: [Bug or Spec?] extend and include — keiju@... (石塚圭樹 ) 1998/04/17

けいじゅ@日本ラショナルソフトウェアです.

[#2410] Re: [Bug or Spec?] extend and include — matz@... (Yukihiro Matsumoto) 1998/04/17

まつもと ゆきひろです

[#2411] Re: [Bug or Spec?] extend and include — keiju@... (石塚圭樹 ) 1998/04/17

けいじゅ@日本ラショナルソフトウェアです.

[#2465] — Inaba Hiroto <inaba@...>

以下は仕様なのでしょうか?

18 messages 1998/04/21
[#2469] Re: — matz@... (Yukihiro Matsumoto) 1998/04/22

まつもと ゆきひろです

[#2473] iterator variable (Re: Re: ) — Inaba Hiroto <inaba@...> 1998/04/22

イテレータ変数という言いかたがわからなくて, Subjectは後でつけようと思っ

[#2472] undef HAVE_RANDOM in case of Linux (with libc5) — Kazunori NISHI <kazunori@...>

西@九大です。

20 messages 1998/04/22
[#2479] Re: undef HAVE_RANDOM in case of Linux (with libc5) — matz@... (Yukihiro Matsumoto) 1998/04/23

まつもと ゆきひろです

[#2483] Re: undef HAVE_RANDOM in case of Linux (with libc5) — WATANABE Hirofumi <watanabe@...> 1998/04/23

わたなべです.

[#2484] Re: undef HAVE_RANDOM in case of Linux (with libc5) — WATANABE Hirofumi <watanabe@...> 1998/04/23

わたなべです.

[#2485] Re: undef HAVE_RANDOM in case of Linux (with libc5) — matz@... (Yukihiro Matsumoto) 1998/04/23

まつもと ゆきひろです

[#2486] Re: undef HAVE_RANDOM in case of Linux (with libc5) — WATANABE Hirofumi <watanabe@...> 1998/04/23

わたなべです.

[#2539] experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

19 messages 1998/04/28
[#2540] Re: experimental release ruby 1.1b9_16 — Takahiro Maebashi <maebashi@...> 1998/04/28

前橋です。

[#2541] Re: experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto) 1998/04/28

まつもと ゆきひろです

[#2545] Re: experimental release ruby 1.1b9_16 — NAGAI Hidetoshi <nagai@...> 1998/04/30

永井@知能.九工大です.

[#2548] Re: experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto) 1998/04/30

まつもと ゆきひろです

[#2550] Re: experimental release ruby 1.1b9_16 — keiju@... (石塚圭樹 ) 1998/04/30

けいじゅ@日本ラショナルソフトウェアです.

[#2551] Re: experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto) 1998/04/30

まつもと ゆきひろです

[ruby-dev:2347] Re: [Problem] thread and signal and sleep

From: keiju@... (石塚圭樹 )
Date: 1998-04-15 07:44:08 UTC
List: ruby-dev #2347
けいじゅ@日本ラショナルソフトウェアです.

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 <<---

In This Thread