差をつけるデバッグ術！ ～ 知られざるログ出力 - Web/DB プログラミング徹底解説
突然質問です。 問題が発生したことを知るためには、どこにログを出力しますか？ テキストファイル？ イベントログ？ データベース？ ・・・ う・・・ まぁ、いいかもしれません。 ・・・ 他にはありませんか？ 実は、意外と知られていないですが、ログの出力にとても有効な場所があるんです。 特に内部データ出力、内部動作のトレースログなど、データ量が多いものは、 テキストに落としては重い。 リアルタイムに見られない。 という問題があります。 そういう時に、とても有効です。 リアルタイムに見られて、「軽い」 場所があるんです。 それはズバリ、デバッガです。 「え？ だどさん、開発のときの話だったの？リリースしてからだと思ったよ」 いえいえ。 もちろん、開発時も使えますが、開発時の話だけではありません。 本番環境にリリースしてからも有効なんです。 Windows API には OutputDebugSt
WM_PAINTで例外を投げたら残当したでござる - 名古屋３１３の日記
C++, win32 | 16:19 WM_PAINTで例外対策にBOOST_SCOPE_EXITを使って描画中に例外が飛んでもちゃんと描画終了するようにしたぞと粋がっていたら思わぬところから伏兵が現れました。 // 適当なプロシージャの中身 case WM_PAINT: { BOOST_SCOPE_EXIT((&hwnd)) { // たまたまDirect2Dを使ってたのでEndPaintとかではない ValidateRect(hwnd, nullptr); } BOOST_SCOPE_EXIT_END; // 描画する throw std::exception(); // ドヤ顔で例外を投げる break; } 問題はcatchした例外をMessabeBoxで表示した場合です。 try { // ウィンドウ作って表示したりメッセージループ回したり... } catch(const st
トムとマイケル - Emacs ひきこもり生活
トム「やあ、マイケルどうしたんだ。やつれた顔して」 マイケル「やあ、トム…どうしたもこうしたもないよ。全くバグがとれないのさ」 トム「ふーん?どこでどんなふうになっているんだい?」 マイケル「それがわからないから困っているのさ…!」 トム「ん?」 マイケル「このソフトなんだがね、起動中にどこかで無限ループしているようなんだよ。だけどどこかわからなくって」 トム「gdbの中で走らせて、killしてやったら?」 マイケル「そうするとほら」 % gdb --args ./src/hengband -- -n1 GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses
JavaScriptのデバッグTips - os0x.blog
JavaScript Advent Calendar 2010 8日目担当のid:os0xです。 JavaScriptネタは案外範囲が広くて色んなネタがあるので、毎回が楽しみですね。 さて、私はデバッグをネタにしたいと思います。テストではなくデバッグです。誰かが書いたコードをメンテナンスしなきゃー、とか。jQueryプラグイン導入しようとしたけど、なんかうまく動かないーみたいなケースのおはなしです。 JavaScriptのデバッグは大変なので、多くの方が日々苦労されていると思います。なぜJavaScriptのデバッグが大変なのか少し整理してみましょう。 ブラウザ依存 まず、なんといってもJavaScriptはウェブブラウザ上で実行されるので、環境が一定ではありません。特定の環境だけを対象にJavaScriptを書くことは滅多にありません。PC向けではIE、Firefox、Chrome、Sa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.non.ssme.org/gw/wiki/?c00000070
Charming Python: Functional programming in Python, Part 3
