[#82706] [Ruby trunk Bug#13851] getting "can't modify string; temporarily locked" on non-frozen instances — cardoso_tiago@...
Issue #13851 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/07
[#82853] [Ruby trunk Bug#13916] Race condition when sending a signal to a new fork — russell.davis@...
Issue #13916 has been reported by russelldavis (Russell Davis).
3 messages
2017/09/19
[#82892] [Ruby trunk Bug#13921] buffered read_nonblock doesn't work as expected using SSLSocket — cardoso_tiago@...
Issue #13921 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/20
[ruby-core:82904] [Ruby trunk Bug#13916][Open] Race condition when sending a signal to a new fork
From:
normalperson@...
Date:
2017-09-20 19:57:00 UTC
List:
ruby-core #82904
Issue #13916 has been updated by normalperson (Eric Wong).
Status changed from Closed to Open
Backport changed from 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN to 2.2: REQUIRED, 2.3: REQUIRED, 2.4: REQUIRED
backport status change
----------------------------------------
Bug #13916: Race condition when sending a signal to a new fork
https://bugs.ruby-lang.org/issues/13916#change-66803
* Author: russelldavis (Russell Davis)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
* ruby -v: ruby 2.4.1p111 (2017-03-22 revision 58053) [x86_64-darwin16]
* Backport: 2.2: REQUIRED, 2.3: REQUIRED, 2.4: REQUIRED
----------------------------------------
To reproduce, run this script:
~~~ ruby
1_000_000.times do |i|
pid = fork {sleep}
puts pid
Process.kill(:TERM, pid)
Process.wait(pid)
end
~~~
Expected behavior: it should print a million pids and then exit.
Actual behavior: after some number of iterations, it freezes on the call to `Process.wait`, because the fork never got killed by the TERM signal. (I verified with `ps` that the pid it froze on is still running.)
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>