[#78633] ruby/spec needs help from CRuby committers — Benoit Daloze <eregontp@...>
Currently, ruby/spec is maintained mostly by individuals and enjoys the
13 messages
2016/12/13
[#78963] Re: ruby/spec needs help from CRuby committers
— Urabe Shyouhei <shyouhei@...>
2017/01/04
I did ask attendees of last developer meeting to join this
[#78642] Re: ruby/spec needs help from CRuby committers
— Eric Wong <normalperson@...>
2016/12/14
Benoit Daloze <eregontp@gmail.com> wrote:
[ruby-core:78502] [Ruby trunk Feature#13006] backtrace of thread killer
From:
shyouhei@...
Date:
2016-12-06 01:11:47 UTC
List:
ruby-core #78502
Issue #13006 has been updated by Shyouhei Urabe. 1) Pre-2.4 usage: Killed thread can still be joined. If you call join to a killed thread, that should raise an exception. Its backtrace contains the info you want. 2) Starting from 2.4, in addition to the above, you can set Thread.report_on_exception = true (maybe at the very beginning of your code). This would automatically print backtraces for all killed threads immediately. ---------------------------------------- Feature #13006: backtrace of thread killer https://bugs.ruby-lang.org/issues/13006#change-61881 * Author: Aleksandar Kostadinov * Status: Open * Priority: Normal * Assignee: ---------------------------------------- Hello, I am right now having difficulties to understand why one thread I have is dead. Seems been killed by something (rails/puma). But there is no way I can see to understand what and why did it. That's why I'm proposing a new feature. This would be `Thread#kill` should record a backtrace at time of call and record it somewhere in the thread object so that later calling `Thread#killer_trace` would show what performed this call. -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>