summaryrefslogtreecommitdiff
path: root/signal.c
diff options
context:
space:
mode:
authorkosaki <kosaki@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2012-12-14 15:11:59 +0000
committerkosaki <kosaki@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>2012-12-14 15:11:59 +0000
commitcb92817e7cb41f31abf371dc162996554ab50f6a (patch)
treef2600603cc7f80c638cf6f2baf7de33fb895f194 /signal.c
parentc492bc127bb5e54cb7c00ed757dc309cf634def1 (diff)
downloadruby-cb92817e7cb41f31abf371dc162996554ab50f6a.tar.gz
* signal.c (rb_f_kill): remove rb_thread_polling() because this
has no good effect and makes meaningless 100ms delay. 1) when sending signal to another process, waiting has just silly. 2) when sending signal to current process, 100ms is often not enough time to wait. It depend on kernel behavior. And, rb_thread_polling() doesn't make sense anyway. When rb_thread_alone() is true, it doesn't wait at all and Process.kill() users don't expect threading changes Process.kill() behavior. [Bug #7560] git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@38380 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
Diffstat (limited to 'signal.c')
-rw-r--r--signal.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/signal.c b/signal.c
index 0d41fada5a..59ffde93db 100644
--- a/signal.c
+++ b/signal.c
@@ -425,7 +425,6 @@ rb_f_kill(int argc, VALUE *argv)
rb_sys_fail(0);
}
}
- rb_thread_polling();
return INT2FIX(i-1);
}