Как заставить рубин распечатать полную трассировку вместо усеченной?

Когда я получаю исключения, это часто происходит из глубины стека вызовов. Когда это происходит, чаще всего настоящая оскорбительная строка кода скрыта от меня:

tmp.rb:7:in `t': undefined method `bar' for nil:NilClass (NoMethodError)
        from tmp.rb:10:in `s'
        from tmp.rb:13:in `r'
        from tmp.rb:16:in `q'
        from tmp.rb:19:in `p'
        from tmp.rb:22:in `o'
        from tmp.rb:25:in `n'
        from tmp.rb:28:in `m'
        from tmp.rb:31:in `l'
         ... 8 levels...
        from tmp.rb:58:in `c'
        from tmp.rb:61:in `b'
        from tmp.rb:64:in `a'
        from tmp.rb:67

Это усечение "... 8 уровней ..." доставляет мне много хлопот. У меня нет особого успеха в поиске в Google: как мне сказать ruby, что я хочу, чтобы дампы включали полный стек?

Исключение # backtrace содержит весь стек:

def do_division_by_zero; 5 / 0; end
begin
  do_division_by_zero
rescue => exception
  puts exception.backtrace
  raise # always reraise
end

(Вдохновлено блогом Питера Купера Ruby Inside )

Вы также можете сделать это, если вы хотите простой однострочный:

puts caller

Это дает описание ошибки и красивую чистую трассировку с отступом:

begin               
 # Some exception throwing code
rescue => e
  puts "Error during processing: #{$!}"
  puts "Backtrace:\n\t#{e.backtrace.join("\n\t")}"
end

IRB имеет настройку для этой ужасной «функции», которую вы можете настроить.

Создайте файл с именем ~/.irbrc, включающим следующую строку:

IRB.conf[:BACK_TRACE_LIMIT] = 100

Это позволит вам увидеть irbкак минимум 100 кадров стека . Мне не удалось найти эквивалентную настройку для неинтерактивной среды выполнения.

Подробную информацию о настройке IRB можно найти в книге «Кирка» .

Один лайнер для callstack:

begin; Whatever.you.want; rescue => e; puts e.message; puts; puts e.backtrace; end

Один лайнер для callstack без всех драгоценных камней:

begin; Whatever.you.want; rescue => e; puts e.message; puts; puts e.backtrace.grep_v(/\/gems\//); end

Один лайнер для callstack без всех драгоценных камней и относительно текущего каталога

begin; Whatever.you.want; rescue => e; puts e.message; puts; puts e.backtrace.grep_v(/\/gems\//).map { |l| l.gsub(`pwd`.strip + '/', '') }; end

Это имитирует официальную трассировку Ruby, если это важно для вас.

begin
  0/0  # or some other nonsense
rescue => e
  puts e.backtrace.join("\n\t")
       .sub("\n\t", ": #{e}#{e.class ? " (#{e.class})" : ''}\n\t")
end

Забавно, что он не обрабатывает «необработанное исключение» должным образом, сообщая о нем как «RuntimeError», но местоположение является правильным.

Я получал эти ошибки, когда пытался загрузить свою тестовую среду (с помощью rake test или autotest), и предложения IRB не помогли. В итоге я завернул весь файл test / test_helper.rb в блок begin / rescue, и это все исправило.

begin
  class ActiveSupport::TestCase
    #awesome stuff
  end
rescue => e
  puts e.backtrace
end

[исследуйте все обратные пути потоков, чтобы найти виновника]
Даже полностью расширенный стек вызовов по-прежнему может скрыть от вас фактическую строку кода, когда вы используете более одного потока!

Пример: один поток выполняет итерацию ruby ​​Hash, другой поток пытается его изменить. БУМ! Исключение! И проблема с трассировкой стека, которую вы получаете при попытке изменить «занятый» хеш, состоит в том, что она показывает цепочку функций вплоть до того места, где вы пытаетесь изменить хеш, но она НЕ показывает, кто в данный момент выполняет ее параллельно ( кому это принадлежит)! Вот способ выяснить это путем печати трассировки стека для ВСЕХ запущенных потоков. Вот как вы это делаете:

# This solution was found in comment by @thedarkone on https://github.com/rails/rails/issues/24627
rescue Object => boom

    thread_count = 0
    Thread.list.each do |t|
      thread_count += 1
      err_msg += "--- thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace begin \n"
      # Lets see if we are able to pin down the culprit
      # by collecting backtrace for all existing threads:
      err_msg += t.backtrace.join("\n")
      err_msg += "\n---thread #{thread_count} of total #{Thread.list.size} #{t.object_id} backtrace end \n"
    end

    # and just print it somewhere you like:
    $stderr.puts(err_msg)

    raise # always reraise
end

Приведенный выше фрагмент кода полезен даже для образовательных целей, поскольку он может показать вам (например, рентген), сколько потоков у вас на самом деле (по сравнению с тем, сколько, как вы думаете, у вас есть - довольно часто эти два числа разные);

Вы также можете использовать обратную трассировку Ruby gem (я автор):

require 'backtrace'
begin
  # do something dangerous
rescue StandardError => e
  puts Backtrace.new(e)
end