From cb92817e7cb41f31abf371dc162996554ab50f6a Mon Sep 17 00:00:00 2001
From: kosaki <kosaki@b2dd03c8-39d4-4d8f-98ff-823fe69b080e>
Date: Fri, 14 Dec 2012 15:11:59 +0000
Subject: * 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
---
 signal.c | 1 -
 1 file changed, 1 deletion(-)

(limited to 'signal.c')

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);
 }
 
-- 
cgit v1.2.3