diff options
author | normal <normal@b2dd03c8-39d4-4d8f-98ff-823fe69b080e> | 2018-12-22 01:41:18 +0000 |
---|---|---|
committer | normal <normal@b2dd03c8-39d4-4d8f-98ff-823fe69b080e> | 2018-12-22 01:41:18 +0000 |
commit | 0fd53f519fb37b1dfe37be9f53ebc7889f405114 (patch) | |
tree | 9243e5b507696ebe7bdc28bcaf3626f95d724248 /benchmark/hash_long.rb | |
parent | 5072f03741087c869b2ded0c29349e9f3a361891 (diff) | |
download | ruby-0fd53f519fb37b1dfe37be9f53ebc7889f405114.tar.gz |
thread_sync.c (rb_mutex_t): eliminate fork_gen
The true bug fork_gen was hiding was rb_mutex_abandon_locking_mutex
failing to unconditionally clear the waitq of mutexes it was
waiting on. So we fix rb_mutex_abandon_locking_mutex, instead,
and eliminate rb_mutex_cleanup_keeping_mutexes.
This commit was tested heavily on a single-core Pentium-M which
was my most reliable reproducer of the "crash.rb" script from
[Bug #15383]
[Bug #14578] [Bug #15383]
Note: [Bug #15430] turned out to be an entirely different
problem: RLIMIT_NPROC limit was hit on the CI VMs.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@66489 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
Diffstat (limited to 'benchmark/hash_long.rb')
0 files changed, 0 insertions, 0 deletions