[#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:2352] Re: [Problem] thread and signal and sleep

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

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

In This Thread