[#47033] [ruby-trunk - Bug #8749][Open] Readline.readline stops STDOUT? — "no6v (Nobuhiro IMAI)" <nov@...>
9 messages
2013/08/07
[#47036] Re: [ruby-trunk - Bug #8749][Open] Readline.readline stops STDOUT?
— Tanaka Akira <akr@...>
2013/08/07
2013/8/7 no6v (Nobuhiro IMAI) <nov@yo.rim.or.jp>:
[#47564] [ruby-trunk - Bug #8719][Open] r42096 make bm_app_factorial.rb slow — "authorNari (Narihiro Nakamura)" <authorNari@...>
4 messages
2013/08/02
[#47565] [ruby-trunk - Bug #8719] r42096 make bm_app_factorial.rb slow
— "authorNari (Narihiro Nakamura)" <authorNari@...>
2013/08/02
[#47569] [ruby-trunk - Feature #8726][Open] Class#source_location — "takiuchi (Genki Takiuchi)" <genki@...21g.com>
14 messages
2013/08/03
[#47574] Re: [ruby-trunk - Feature #8726][Open] Class#source_location
— KOSAKI Motohiro <kosaki.motohiro@...>
2013/08/03
> Classオブジェクトが生成された場所を返す Class#source_location メソッドの実装を希望いたします。
[#47575] Re: [ruby-trunk - Feature #8726][Open] Class#source_location
— KOSAKI Motohiro <kosaki.motohiro@...>
2013/08/03
> なるせさん、わたし、あのバックトレースの整形処理がイマイチ理解できんのだが、
[#47609] Re: [ruby-cvs:49669] naruse:r42527 (trunk): refix r42525 set stdio_file only if stdio — Tanaka Akira <akr@...>
2013/8/12 <naruse@ruby-lang.org>:
7 messages
2013/08/12
[#47610] Re: [ruby-cvs:49669] naruse:r42527 (trunk): refix r42525 set stdio_file only if stdio
— "NARUSE, Yui" <naruse@...>
2013/08/12
あぁ、[ruby-dev:47608]見てませんでした。
[#47611] Re: [ruby-cvs:49669] naruse:r42527 (trunk): refix r42525 set stdio_file only if stdio
— Tanaka Akira <akr@...>
2013/08/12
2013年8月12日 11:38 NARUSE, Yui <naruse@airemix.jp>:
[#47614] Re: [ruby-cvs:49669] naruse:r42527 (trunk): refix r42525 set stdio_file only if stdio
— "NARUSE, Yui" <naruse@...>
2013/08/12
editline の問題は、editlineにはrl_getcがなく、かつreadline.cで、
[#47620] Ruby 2.1 開発者会議 2013-08-31 のお知らせ — "NARUSE, Yui" <naruse@...>
かなり暑いですが、こんにちは。
5 messages
2013/08/14
[#47649] Re: [ruby-changes:30564] akr:r42643 (trunk): * process.c (rb_proc_times): Use RB_GC_GUARD to guard objects from GC. — SASADA Koichi <ko1@...>
akr さん
4 messages
2013/08/21
[#47650] Re: [ruby-changes:30564] akr:r42643 (trunk): * process.c (rb_proc_times): Use RB_GC_GUARD to guard objects from GC.
— Tanaka Akira <akr@...>
2013/08/21
2013/8/21 SASADA Koichi <ko1@atdot.net>:
[#47663] Re: [ruby-core:56878] [ruby-trunk - misc #8835][Open] Introducing a semantic versioning scheme and branching policy — "Akinori MUSHA" <knu@...>
At Fri, 30 Aug 2013 21:49:34 +0900,
6 messages
2013/08/30
[#47664] Re: [ruby-core:56878] [ruby-trunk - misc #8835][Open] Introducing a semantic versioning scheme and branching policy
— KOSAKI Motohiro <kosaki.motohiro@...>
2013/08/30
2013/8/30 Akinori MUSHA <knu@idaemons.org>:
[ruby-dev:47583] Re: [ruby-trunk - Feature #8696] Process.setproctitle
From:
"Akinori MUSHA" <knu@...>
Date:
2013-08-05 06:09:25 UTC
List:
ruby-dev #47583
At Sun, 4 Aug 2013 10:01:31 +0900,
KOSAKI Motohiro wrote:
>
> 2013/7/30 knu (Akinori MUSHA) <knu@ruby-lang.org>:
> >
> > Issue #8696 has been updated by knu (Akinori MUSHA).
私が言いたかったことを整理すると、
1. $0 のgetter/setterは非対称であり、「$0の別名を作る」という発想でそ
の歪みを引き継ぐのは好ましくない。つまり、 setproctitle() するAPIと
オリジナルの $0 を返すAPIは別個に用意し、前者の呼出によって後者の値
が影響を受けないようにすべき。
2. 前者はCのAPI上は setter のみなので setproctitle のままでいいし、後
者は setter なしの Process.argv0 でいいのではないか。
という感じです。
1について補足すると、 setproctitle() のない環境では argv をいじっている
わけですが、その場合も ARGV は影響を受けませんし、同様に常にオリジナル
の $0 の値を返すAPIがあっていいと思います。
> > getproctitle() というAPIはないので、 Process.setproctitle() でいいんじゃないかと思います。
> > $0はベタに Process.argv0 でどうでしょう。argv0という名前はTclに先例があります。
>
> 現在すでに $PROGRAM_NAME があるわけですが、argv0はそれより分かりやすさが一段落ちる感じ。
> C言語は当然知ってるよねという前提はいいのかなあ
ARGV があるので、少なくとも検索の手がかりがないということはなさそう。
> getproctitle()というAPIはないというご指摘ですが、Rubyで最後に設定した文字列を覚えておくだけなので
> あまり障害になるとは考えていません。
> すごい長い文字列を与えた時にsetproctitle()側で勝手に切り詰める仕様があったりすると不一致になりますが
> 実用上は問題にならないでしょう。それともFreeBSDのような頭にprefix勝手につけるようなsetproctitle()実装を
> 心配している？
そうですね。不可逆な操作であるということが見えなくなるというのは懸念と
してはあります。
しかしそれよりも、 getproctitle() がないということはまず初期値をどうす
るか、プログラムの他の部分で setproctitle() されたらその値を反映すべき
か（主に Ruby を組み込んだプログラムを想定しています）というところも考
える必要がありますね。