From: neeraj.bhunwal@... Date: 2019-04-16T04:33:20+00:00 Subject: [ruby-core:92300] [Ruby trunk Bug#15360] "ThreadError: deadlock; recursive locking" error when recursive lock shouldn't be possible Issue #15360 has been updated by nbh (nbh _). https://github.com/ruby/ruby/pull/2131 ---------------------------------------- Bug #15360: "ThreadError: deadlock; recursive locking" error when recursive lock shouldn't be possible https://bugs.ruby-lang.org/issues/15360#change-77644 * Author: brockspratlen (Brock Spratlen) * Status: Open * Priority: Normal * Assignee: * Target version: * ruby -v: ruby 2.5.3p105 (2018-10-18 revision 65156) [x86_64-darwin17] * Backport: 2.4: UNKNOWN, 2.5: UNKNOWN ---------------------------------------- I think I've discovered a Ruby bug, possibly introduced in 2.5. I've attached a reproduction script; running it on Ruby 2.5.0+ (including previews of 2.6.0) seems to always produce a flood of printed `ThreadError: deadlock; recursive locking` exceptions, even though the reproduction code doesn't appear to do any recursive locking. Running the same script on Ruby 2.4.5 doesn't produce any `ThreadError: deadlock; recursive locking` exceptions. I've run the script several times on Ruby 2.4.5, I simply can't reproduce the raising of `ThreadError: deadlock; recursive locking` with this script on 2.4.5. Curiously, removing the `puts e.class` on line 24 causes the bug to go away: `ThreadError: deadlock; recursive locking` never gets raised regardless of which Ruby version I'm running. Given this oddity, I can't help but think the issue is something around writing to stdout. This change in particular looks suspect: https://bugs.ruby-lang.org/issues/9323 Thank you! Brock ---Files-------------------------------- deadlock_test.rb (556 Bytes) -- https://bugs.ruby-lang.org/ Unsubscribe: