Pythonメモ : フルスクリーンコンソールデバッガPuDBでデバッグ - もた日記
PuDB インストール 初回起動 テーマ変更 基本的な使い方 終了方法 PuDB github.com PuDBはCUIベースでありながら、図のようにGUIのようにPythonコードをデバッグできるツールである。 インストール pipを使用している場合は、下記コマンドでインストール。 $ pip install pudb … Installing collected packages: urwid, pudb Successfully installed pudb-2017.1 urwid-1.3.1 初回起動 インストールが成功していればpudb3というコマンド（Python3じゃない場合はpudb）が使えるようになっている。 $ pudb3 --help Usage: pudb3 [options] SCRIPT-TO-RUN [SCRIPT-ARGUMENTS] Options: -
PythonコードのデバッグTips（１） — PythonMatrixJp
目的 エラー（例外）が発生した時、自動的にデバッガ「pdb」を起動して、 その時点のスタックフレームや上流階層に逆上って状況の確認がしたい！ でも止めたい箇所が分散していていちいちブレークポイント貼ったりステップ実行とかしてらんない！ みたいな状況で役に立つデバッグ手法です。 準備 以下をdebug.pyとして保存しましょう。: 1 import sys 2 3 def hook(type, value, tb): 4 if hasattr(sys, 'ps1') or not sys.stderr.isatty(): 5 sys.__excepthook__(type, value, tb) 6 else: 7 import traceback, pdb 8 traceback.print_exception(type, value, tb) 9 print() 10 pdb.pm()
キーボード操作でメモリ ダンプ ファイルを作成できる Windows の機能
次の種類のキーボードを使用すると、システムが直接クラッシュする可能性があります。 i8042prt ポートに接続された PS/2 キーボード に接続されている PS/2 キーボード この機能は、Windows 2000 以降のバージョンの Windows オペレーティング システムで使用できます。 USB キーボード この機能は、Windows Vista 以降のバージョンの Windows オペレーティング システムでのみ使用できます。 Hyper-V キーボード この機能は、Windows 10 バージョン 1903 以降の Windows オペレーティング システムで利用できます。 構成 キーボードを使用してシステムクラッシュを有効にするには、次の設定を構成します。 クラッシュ ダンプ ファイルを書き込む場合は、そのようなダンプ ファイルを有効にする必要があります。 パスとファイル名
テクマトリックス、C/C++メモリエラー検出ツール新版－64ビットに対応
独自技術を使用した強力なエラー検証。コンパイル時の静的解析でエラー解析のためのチェックコードを挿入し、実行モジュールを生成。動的チェックを行えるのが特長 テクマトリックス株式会社は12月17日、米Parasoft製のC/C++実行時メモリエラー検出ツール「Insure++ Enterprise Edition（以下、Insure++）」の新版「同 Ver.7.1.6」を販売開始した。 同ツールは、C/C++アプリケーションやドライバ、ミドルウェアに対してランタイムエラーを自動的に検出する開発支援ツール。「Source Code Instrumentaition」などの独自技術により、メモリ破壊、メモリリーク、ポインターエラー、未初期化メモリといった、アプリケーションを動かしただけでは見つけにくい80種類のエラーを自動検出する。 エラーを検出すると「エラー内容」「関連する変数名」「エラーの原
NTネイティブなデバッガ
NTネイティブなデバッガのテクニック。 デバッガは日々変更されつつあるので、ここで紹介したテクニックが使えなかったらごめん、ということで。 現在、おもいっきり工事中。 ntsd(あるいはcdb)は、ユーザモードで動作するデバッガです。 一方、kd はカーネルモードデバッガ。システムのほとんど全ての機能をデバッグすることができます。 別の言い方をすると、ntsd はアプリケーションデベロッパのためのデバッガ。 kd はシステムデベロッパ(ドライバなど)のためのデバッガ、とでも言えるでしょう。 ここでは、 MSDN などのような網羅的な解説は行いません。 知っていると便利、デバッグ生活をちょっと楽にしてくれるような、小手先テクニックを紹介していきます。
JUnit/FindBugs/PMDなどを総観できるQALab/Limy
便利なEclipseプラグイン集「Limy」とは 「Limy」というEclipseプラグインをご存じでしょうか。これは、コード支援機能やプロジェクトの品質管理機能、プロパティエディタやVelocityテンプレートエディタなどが含まれている便利なEclipseプラグイン集です。 今回は、Limy Eclipseプラグインに統合されているソフトウェアの品質レポートを生成する「QALab」の機能を利用したソフトウェア品質管理やLimy EclipseプラグインのQALab実行機能について紹介します。 ■さまざまな品質管理機能を一括実行／総観できる「QALab」 Javaで品質管理を行うツールとして、さまざまなツールが提供されていますが、それらを利用するには1つずつセットアップする必要があり面倒です。 ObjectLABにより開発されるQALabを利用すると、さまざまな品質管理ツールを一括して実行
WinDbg コマンドメモ - やや温め納豆
WinDbgはカーネルデバッグができるので欠かせないのだが、なにぶん情報が少ない。特にヘルプがwebベースになっていないのでなかなか大変。とりあえず、使った分だけメモしておくけど、構文とかはヘルプファイルを見てくださいな。 #08/05/10追記 MSDNにありました（Debugging Tools for Windows Introduction）。コマンドリファレンスはDebugger Commandsを参照。 x (Examine Symbols) シンボルの名前とアドレスを確認できる。ワイルドカードが利用できるので>x *!*とするとすべてのシンボルを表示することができる。 lm (List Loaded Modules) ロードされているモジュールを列挙する。>lm lとするとシンボルの読み込み状態が確認できる。>lm { k|u }とすると、カーネルもしくはユーザモードのモジュ
クラッシュダンプを読んでその原因を究明する - bits and bytes
最近のwindowsは普通に使っている範囲ではブルースクリーンに出会うこともなくなりましたが(デフォルトでブルースクリーンを出さずに即再起動するようになっただけでしょうか)、ドライバのコードを書いているとすぐに遭遇します。ブルースクリーンで表示されている情報は、ブルースクリーンを出す原因となった事象のコードとその事象にまつわる付加的な情報(PCの値であるとか、参照したメモリアドレスであるとか)が表示されます。しかし、自分のコードの何行目が原因だったのかを知るのにはクラッシュダンプを読んでみないとわかりません。 WinDbgのインストール クラッシュダンプを読むにはまずWinDbgというデバッガが必要です。このデバッガはカーネルのデバッグができるようにリモートから接続できるようになっていたりしますが(そういえばそんなことはgdbだとふつうにできる)無償でダウンロードできます。 Install
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - shokai/iphone-js-console: JavaScript interactive shell for iPhone
Intel iQ Japan -
Microsoft Visual C Web Site メモリ リークの検出と特定
サービス終了のお知らせ
Software Diagnostics Library » Hardware