Perlプログラマのためのgdb入門(at Shibuya.pm #9 LT) - とあるはてな社員の日記
先日のShibuya.pm #9のLightening Talkで「gdbでXS on mod_perlをデバッグ」という話をしてきました。XSを使い出すと、従来のPerl的デバッグだけでは不十分なのでgdbをうまく使って、効率的にデバッグしましょう、という話です。実は、はてな社内では1年近く前に勉強で話したネタだったのですが、ようやく公開することができました。 Shibuya.pmでは5分という枠があったのでショートver.でしたが、ここでは制限はないので、本来のロングバージョンの資料をアップします。ちょっと公開できない情報が混っていたので、xxxで隠していますが、ご了承ください。 ちなみに、Rubyとかでも似た感じでデバッグできると思うので、そちらの人も参考にしてください。長いよ!という人は、最後の「これは設定しておけ的gdb初期化マクロ」だけでもどうぞ。かなり便利です。 (資料公開が
はじめてのにき(2009-01-19)
_ デバッグ話 面白いな。 http://twitter.com/hyoshiok/status/1128189973 printf デバッグマンセーなのでしたすいません。 探偵の話でいうとデバッガ使うなんて なんかチートくさくて、 むむっ…ここがあやしい! という個所に数点 printf を仕込むだけで バグつぶせるというのがかっこいいのではないかとか。 いや、なんだろうな、やまぁ、デバッガもいいんだけど、 結局どういうパスを通ったか、 がサクっと見れる手軽な方法は結局 printf なんだよなーという。 というかたいていのバグは適当に printf 入れたら取れて、 逆にデバッガを使わせてくれるほどのバグを愛している気がする。 まぁ前の gdb 話とかもそうだけど、 hyoshiok さんの触ってるレイヤーが デバッガマンセー/printfとかデバッグするためにプログラムを変えるのはダ
「止まる」「遅い」を元から絶つ！オープンソースのトラブル解決第1回 アプリケーション異常終了
止まる，性能が出ない…システム開発に携わる人なら誰もがぶつかった経験のあるトラブルでしょう。特に，通常は問題がないのに，負荷が高くなったり，長時間連続稼働した時にだけ発生するトラブル，さらにどういった場合に発生するのかわからないトラブルはやっかいです。 でも，原因を突き止める方法はあります。この連載では，そういったトラブルをタカハシくんとスズキさんの2人といっしょに解決していきましょう。 タカハシくんは，IT企業の若手エンジニア。元気はあるのですが，おっちょこちょいなのが欠点です。LinuxでC言語やJavaを使った開発には少し自信が出てきましたが，トラブルがあるとなかなか原因がわからず，先輩のスズキさんに教えを請う毎日です。スズキさんはこの道ン十年，汎用機でのアプリケーション開発の経験もあるベテラン・エンジニアです。 第1回目は，高負荷時にアプリケーションが異常終了するというトラブルです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
