gdb で vim をデバッグする - メモ帳
vim + screen + gdbでデバッグしよう http://d.hatena.ne.jp/parasporospa/20060827 のつづき。 結局、gdb で vim を起動するときは $ gdb --args vim -f -g (gdb) runとすると普通にデバッグできる。vim を起動してからプロセスIDを指定してアタッチするより、こちらの方が速い。 さて、Windows の OutputDebugString 相当のことをしたい。 vim の中で普通に fprintf(stderr, ...) すると、gdb の出力と混ざってしまう。 できればこれを別にしたい。 run コマンドでデバッギの標準エラー出力をリダイレクトしてみた。 (gdb) run 2>hoge.logすると gvim でなくコンソール上で vim が立ち上がってしまう。 最初に --args で指定
Jockey execution record/replay library
Jockey is a user-space library for recording and replaying an execution of generic GNU/Linux programs. It is a debugging tool especially for long-running networked servers that suffer from bugs that are difficult to reproduce. Source and RPM download. The latest version is 0.8.1 Changes from 0.8 to 0.8.1: Ubuntu Hoary support. Changes from 0.7 to 0.8: Made the system-call interception mechanism i
「止まる」「遅い」を元から絶つ！オープンソースのトラブル解決第1回 アプリケーション異常終了
止まる，性能が出ない…システム開発に携わる人なら誰もがぶつかった経験のあるトラブルでしょう。特に，通常は問題がないのに，負荷が高くなったり，長時間連続稼働した時にだけ発生するトラブル，さらにどういった場合に発生するのかわからないトラブルはやっかいです。 でも，原因を突き止める方法はあります。この連載では，そういったトラブルをタカハシくんとスズキさんの2人といっしょに解決していきましょう。 タカハシくんは，IT企業の若手エンジニア。元気はあるのですが，おっちょこちょいなのが欠点です。LinuxでC言語やJavaを使った開発には少し自信が出てきましたが，トラブルがあるとなかなか原因がわからず，先輩のスズキさんに教えを請う毎日です。スズキさんはこの道ン十年，汎用機でのアプリケーション開発の経験もあるベテラン・エンジニアです。 第1回目は，高負荷時にアプリケーションが異常終了するというトラブルです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
