[#31143] m {|(*,(*)),|} — Tanaka Akira <akr@...>
m {|(*,(*)),|} で SEGV します。
[#31164] ruby_set_current_source remains in intern.h — Masahiro Sakai (酒井政裕) <masahiro.sakai@...>
酒井です。
[#31166] is_ruby_native_thread() — Masahiro Sakai (酒井政裕) <masahiro.sakai@...>
酒井です。
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
ささだです。
[#31168] 構造体オブジェクトのcloneメソッド呼び出しでメモリリーク発生 — m-ohkubo@... (Mitsuhiko OHKUBO)
大久保といいます。はじめまして。
なかだです。
大久保です。よろしくお願いします。
[#31190] 0x3fffffffffffffff.succ — Tanaka Akira <akr@...>
LP64 環境で 0x3fffffffffffffff.succ が -4611686018427387904
[#31214] Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use OpenSSL::PKCS7 instead — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#31222] trunk: バグを指摘している警告 — pegacorn <subscriber.jp@...>
trunk で -Wall を付けてコンパイルしてみると、バグを指摘している警告が
From: pegacorn <subscriber.jp@gmail.com>
[#31242] p(65536**(1<<29)) stalls — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#31244] shift — Tanaka Akira <akr@...>
-O0 で、以下のようにすると SEGV になります。
なかだです。
In article <200707180743.l6I7hXic031558@sharui.nakada.kanuma.tochigi.jp>,
[#31285] p()#=>[] — eklerni <eklerni@...>
松尾といいます。
[#31292] ParseDate.parsedate("Tuesday, July 6th, 2007, 18:35:20 UTC") — Tanaka Akira <akr@...>
ParseDate のマニュアルにある以下の例を動かすと、示された結果
[#31298] retryの使い方 — eklerni <eklerni@...>
松尾といいます。
ささだです。
松尾です、返信ありがとうございます。
Yuguiといいます。
松尾といいます。
In article <46A909DD.1070405@for.mail-box.ne.jp>,
Tanaka Akira さんは書きました:
In article <46A92530.80507@for.mail-box.ne.jp>,
Tanaka Akira さんは書きました:
In article <46AD7A16.8080509@for.mail-box.ne.jp>,
松尾です。
ささだです。
From:eklerni
まつもと ゆきひろです
In article <E1ILDTi-0005T6-Be@x31>,
まつもと ゆきひろです
In article <E1ILKn6-0003Nv-0f@x31>,
まつもと ゆきひろです
In article <E1ILVN9-0006xJ-7I@x31>,
In article <E1ILq4x-0002Bs-Lg@x31>,
まつもと ゆきひろです
In article <E1ILweZ-00008I-Tu@x31>,
まつもと ゆきひろです
In article <E1ILyGa-0000ug-Qd@x31>,
まつもと ゆきひろです
In article <E1IM1W9-0001uC-Bz@x31>,
まつもと ゆきひろです
[ruby-dev:31111] Re: $&;[] dumps core
ささだです。
Tanaka Akira wrote:
>> (1) bootstraptest/
>
>> ・テストごとに別プロセスで実行するので、大きなプログラムでしか
>> 再現しないバグ(GCのバグなど)は発見できないことが多い
>> ・テストごとに別プロセスで実行するので、状態を変にするプログラ
>> ムのテストには適している(Kernelのメソッド再定義実験とか)
>
> そのせいか、^C 一発で止まらないのですが、そんなことはありませんか?
止まりません。
で、これは誰も返事をしていない [ruby-dev:31007] の話だとは思
いますが、これはどうするべきなんでしょうか。私は、1.8 がこうい
う挙動なので、こういうもんだと思っていました。どうすると幸せな
人が増えるのかは、経験不足でわかりません。実装についてもよくわ
かりません。
これだけだとなんなので、いくつかの処理系だとどうなるか調べて
みました。
ruby 1.8:
ruby -e 'loop{p system("sleep 1")}'
-> ^C すると false を返す。止まらない。
ちなみに、killall だけでは止まらない。
-KILL 付けないといけなかった。
perl:
perl -e 'while(1){print system("sleep 1")}'
-> ^C すると 2 を返す。止まらない。killall で止まった。
python:
python -c '
import os
while True:
a = os.system("sleep 1")
print a
'
-> Perl と一緒。
gauche:
echo '
(use gauche.process)
(dotimes (i 100000)
(let ((r (run-process "sleep" "1" :wait #t)))
(print r)))
' | gosh
->
#<process 27434 "sleep" inactive>
#<process 27438 "sleep" inactive>
#<process 27439 "sleep" inactive> <- ここで ^C
*** UNHANDLED-SIGNAL-ERROR: unhandled signal 2 (SIGINT)
Stack Trace:
gosh プロセスが終了
sh:
$ while true; do sleep 1; echo $?; done
-> ^C で何も言わずに終了
--
// SASADA Koichi at atdot dot net