debug.gemを使ったことがない方に向けて、いくつかの機能を紹介する - Qiita
こんにちは、@yuskuboです。 本記事は ビビッドガーデン Advent Calendar 2021 の13日目の記事です。 概要 RubyKaigi 2021でRubyの新しいdebuggerであるdebug.gemが紹介されましたね！Ruby 3.1からは標準ライブラリになる予定とのことです。 ビビッドガーデンでは、これまでbyebug gemとpry gemを利用していましたが、今後のバージョンアップ対応のことも考慮してdebug.gemへ移行し、日々の業務で使っています。 本記事では、私がよく使っているdebug.gemの機能をいくつかピックアップして紹介していきます。「それ知らなかった！」や「そんなこともできたんだ！」ということを1つでもお届けできれば嬉しいです。 対象読者 debug.gemをまだ使ったことないから基本的な使用方法を知りたいという方 debug.gemは既に
RubyKaigi 2021で発表された新しいdebug.gemを試してみた
Leaner Technologies の ころちゃん（@corocn） です。 RubyKaigi Takeout 2021 に業務で参加してきました。一緒に参加した同僚が型や RBS 周りの記事を書いてくれるようなので、デバッガ周りの話を振り返っておきます。デバッガは日々お世話になっていて最近関心の高いトピックなので選びました。 The Art of Execution Control for Ruby's Debugger Agenda なぜ新しい debug.gem か？ インストールと使い方 Record and replay を試す VSCode 拡張と Remote Debugging を試す Rails 7 と Kernel#debugger の話 なぜ新しいdebug.gem？ パフォーマンスを改善したい 発表動画14:00あたりから引用 既存のデバッガの場合、ブレークポ
rubygems を 1.5 倍に高速化した方法（stackprof --d3-flamegraph の使い方） - まめめも
タイトルは釣りです。明日 ISUCON 10の予選があると小耳に挟んだので、Ruby で参加する人が絶対に抑えておくべき？ Ruby 高速化の tips をひとつ。stackprof --d3-flamegraph のご紹介です。 例題 ちょうど今日、gem install aws-sdk にかかる時間を 37 秒から 24 秒ほどに高速化しました。 変更前: $ time ruby -I lib bin/gem install --no-doc aws-sdk Successfully installed aws-sdk-3.0.1 1 gem installed real 0m37.104s user 0m36.952s sys 0m0.333s 変更後: $ time ruby -I lib bin/gem install --no-doc aws-sdk Successfully
byebugでRubyスクリプトをコマンドラインデバッグする - Qiita
が書かれているので、ソースコード中のどこでもbyebugと書けばそこで停止してデバッグができる。 単体スクリプトの場合は3つのやり方がある。 自分は最近は１－２「ソースコードの中にbyebugを書く方法」を使っている。 １．byebug単体で使う １－１．シェルからbyebug ファイル名で起動する １－２．require 'byebug'し、ソースコードの中にbyebugと書くとそこがブレークポイントになる ２．pry-byebugを使う require 'pry'し、ソースコードの中にbinding.pryと書くとそこがブレークポイントになる byebug単体で使う場合と比べて利用できるコマンドが少ない カラー表示がうれしい listコマンドがない（pry自身の@コマンドで代用可） backtraceコマンドがない（pry自身のpry-backtraceコマンドで代用可） displa
Ruby On Rails ピチカート街道 - デバッグ初体験03【ruby-debug v0.9.3 マニュアルお気楽翻訳】 -
2024.07 « - - - - 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 » 2024.09 ruby-debug v0.9.3 のヘルプファイルを今日は目標10分で超訳してみたいと思います。 ちなみにRails2.0対応のもっと新しい v0.10.0の内容はこちらからどうぞ。 翻訳が間違ってても責任は負いかねますよ！Good Luck To Myself!! やりたいこと別にリンクを付けてみましたよ。 ※ 以下のコマンドのうち、[ホニャララ] の、ホニャララの部分は省略できます。 --------------------- ★変数の値を見たい ★今どの行をデバッグしているか見たい ★ブレークポイントを追加・削除したい ★ステップ実行をしたい ★一気に実行したい
いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl
スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。 私は C, C++ でプログラムを書いているときはデバッガ (主に GNU/Linux 上の gdb) を頻繁に利用します。しかし、スクリプト言語ではそれほどでもありません。これはおそらく次のような理由によります。 ビルドが不要なので printf デバッグが容易 (ある程度大きい C++ のプログラムではビルド時間が長いので printf の挿入はしんどい) 異常終了時にスタックトレースが表示される (Ruby, Python なら自動、Perl の場合は use Carp; $SIG{__DIE__} = \&Carp::confess; など) オブジェクトのインスペクトが簡単 (Ru
メモリ破壊の現場を見つけるTips - I am Cruby!
RubyAdventJP, GC, Ruby（この記事はRuby Advent Calendar jp: 2009 : ATNDの4日目です。前日はmrknさんでした） 健全なるRubyistであれば、RubyのGCをいじることが週に一度はあるでしょう。そのときに困るのが、GCをいじってしまったことによるバグの修正です。GCをいじるというのは想像以上に難しく、少しでも書き間違えるとメモリ破壊が発生します。そのときに使えるTipsをこの記事で書くことにします。 みなさんご存じの通り、メモリ破壊というのは原因を特定するのが困難です。これは問題が発覚する場所とメモリ破壊が起こった現場が位置的に遠いことに起因しています。偉大なるハッカーのまつもとさんですら、その発見は困難です。 [ruby-dev:38628] Re: [BUG: trunk] called on terminated objec
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How I debugged debugger #RubyKaigi 2015