We use Go for a lot of our server development here at Mailgun, and it’s great. Coming from Python, though, there is one thing I really missed:
Gemfile の 「group :test, :development do」ブロックに書いている 個人的に最強な設定 を晒したいと思います。(2013/10/24 現在) 作業環境 Ruby 2.0.0p247 Rails 4.0.0 Gemfileに設定している内容 ※ コメントに随時変更したものを追記しますー group :test, :development do gem 'pry-rails' gem 'pry-doc' gem 'pry-stack_explorer' if RUBY_VERSION >= '2.0.0' gem 'pry-byebug' else # 以下はRuby1.9の時のみ使う(pry-byebugの代わりに) # debuggerは1.9以下でしか動作しない, remote は byebug で使えないようになった gem 'pry-debugger
Unverified details These details have not been verified by PyPI Meta License: MIT License Author: Andreas Kloeckner Requires: Python ~=3.8 Classifiers Development Status 4 - Beta Environment Console Console :: Curses Intended Audience Developers License OSI Approved :: MIT License Natural Language English Operating System POSIX Unix Programming Language Python Python :: 3 Topic Software Developmen
2012 11月10日 16:58 debugger-ruby_core_source に Ruby 1.9.3-p327 のヘッダ追加してみた 2012/11/17 追記 1.1.5がリリースされて基本的に以下の作業は不要です。 以下の記事は興味がある方だけどうぞ。 昨日になりますが、 Ruby 1.9.3-p327 のリリースがありました。早速インストールして開発環境で試してみてます。 前回のリリースのときもそうだったのですが、rbenv と ruby-build を使用していると、 debugger-linecache のインストールにこけてしまいます。この子をインストールするには ruby の ヘッダが必要になります。(他の環境でもなるかもしれませんけども) この gem は debbuger を利用している場合必要になります。 そのヘッダを提供する debbuger-ruby_c
pry Gemfile group :development, :test do gem 'plymouth', require: false gem 'pry-exception_explorer' gem 'pry-nav' gem 'pry-remote' gem 'pry-stack_explorer' end breakpoint binding.pry_remote connect $ bundle exec pry-remote ruby-debug Gemfile group :development, :test do gem 'ruby-debug19' gem 'ruby-debug-base19x', '>= 0.11.30.pre10' gem 'linecache19', git: 'https://github.com/mark-moseley/linecac
たとえば、変数 var の値を2進数で表示したい場合は、次のように指定します。 (gdb) p/t var 一覧表示 whatis 変数の型を調べる。 info b 今設定しているブレークポイントの一覧を表示 セグメントフォルトをした後に利用すれば、どの関数で発生したか確認できます。 info stack 関数の呼び出しスタックの一覧を表示 info Thread 存在しているスレッドの一覧を表示 異なるアドレスにおける処理継続 以下のコマンドを使用することで、ユーザが選択したアドレスにおいて実行を継続させることができます jump linespec linespecで指定される行において、実行を再開 jump *address addressで指定されるアドレスにある命令から、実行を再開 アドレスが分かっている場合のメモリリーク出力 xはhexの意味です。 (gdb) p (char*)
Welcome cgdb is a lightweight curses (terminal-based) interface to the GNU Debugger (GDB). In addition to the standard gdb console, cgdb provides a split screen view that displays the source code as it executes. The keyboard interface is modeled after vim, so vim users should feel at home using cgdb. Screenshot Features Syntax-highlighted source window Assembly view Visual breakpoint setting Keybo
Welcome to the Insight Home Page! Insight is a graphical user interface to GDB, the GNU Debugger written in Tcl/Tk by people working at Red Hat, Inc. and Cygnus Solutions. Red Hat has generously donated Insight to the public and even pays a few people to work on it occasionally. If you'd like to hear about future Insight announcements, put your e-mail address through the form below: News July 19,
What is DDD? GNU DDD is a graphical front end for the command-line debugger GDB and the variant CUDA-GDB. Besides usual frontend features such as viewing source texts, DDD has become famous through its interactive graphical data display, where data structures are displayed as graphs. Other command-line debuggers can be used with DDD, but the interface development is no longer active in version 3.4
Haskell Advent Calendar 2011 のためのエントリです。 最近、会社でも Haskell を開発のメンバーで使っていくことに正式に決まりました。 Haskell のプログラムをデバッグするときにデバッガーのようなツールを使うことが できるのか社内で質問されたので調べてみました。 GHCi debugger 公式のドキュメント http://www.haskell.org/ghc/docs/7.0.4/html/users_guide/ghci-debugger.html や その翻訳 http://www.kotha.net/ghcguide_ja/7.0.4/ghci-debugger.htmlを 参考にしながら試してみて、私なりに理解した内容を紹介しようと思います。 mkothaさん、すばらしい翻訳をありがとうございます。 さっそく、GHCi debugger
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く