問題タブ [pdb]

複数のプロジェクトで構成される .NET ソリューションがあります。これらのプロジェクトの 1 つが論理的に一次プロジェクトであり、他のすべてのプロジェクトは二次プロジェクトであると言えます。私たちのチームは、次の方法でプロジェクトを構築することにしました。メイン プロジェクトはアセンブリを生成します (これをプライマリと呼びます)。他のすべてのプロジェクトのアセンブリはセカンダリであり、それらはリソースとしてプライマリ アセンブリに埋め込まれます。

プライマリ プロジェクトのSourceCodeForExceptionHelperクラスは、例外が発生するたびに PDB ファイルを使用して元のソース コードを取得する責任があります。そのために、ここで説明するアプローチを使用します。私の別の概念実証プロジェクトでは正しく機能しました。しかし、そのクラスを実際のソリューションに移動しようとすると、問題が発生しました。IMetaDataDispenser.OpenScopeメソッドは、アセンブリ ファイルのパスへの null 参照を必要としません。確かに、セカンダリ アセンブリのような参照はありません (それらのファイルはプライマリに埋め込まれているため)。そのため、その型のオブジェクトを作成しISymbolReaderてソース コードを読み取ることができません。どうすればその問題を解決できますか? ところで、PDB ファイルなしでセカンダリ アセンブリのみを埋め込むため、問題はさらに悪化します (ただし、必要に応じて行います)。

事前に助けとアドバイスをありがとう！

私は pdb を使用して直接デバッグするのは初めてで、Django アプリケーションのデバッグで問題が発生しています。これが私がやっていることです：

ただし、実行はブレークポイントを直接通過します。コマンドがありませんか？マニュアルでは、これ以上ブレークポイントの設定について詳しく説明していません。

私は Django を使用して Web サイトを運営しており、ほとんどすべてのスクリプトの最初に ipdb をインポートして、デバッグを容易にしています。ただし、ほとんどの場合、モジュールの関数を使用することはありません (デバッグ中のみ)。

ただ疑問に思っているのですが、これによりパフォーマンスが低下しますか? ブレークポイントを作成したいときは、次のように書くのが好きです。

とは対照的に：

しかし、いくつかの場所で 2 番目の例が行われているのを見たことがあります。

Pythonモジュールのインポートが効率にどのように関係するのかわかりません（スクリプト内でモジュールメソッドを使用していないと仮定します）。

Pythonスクリプトをデバッグしていて、変数の変更を監視したいと思います（gdbでメモリアドレスを監視できるのと同じように）。これを行う方法はありますか？

PDB レコードからさまざまなリガンドを削除したいと考えています。HET、HETNAM、HETATM を削除するだけで十分ですか? 化合物は 3 文字のコードで識別されますか、それとも他のフィールドを消去する必要がありますか?

この目的のために既に書かれた python|perl スクリプトはありますか?

Python pdb でオブジェクトのすべての属性を一覧表示しようとしています。

のすべての属性とすべてのメソッドをリストしたいとしましょうsys.stderr。

どうやってやるの？

pdbを実行し、コードをステップ実行して、ある時点で、ある名前が指す値を変更したいと思います。したがって、「stationLat」という名前が指す値を変更したい場合があります。しかし、私にはできないようです。次に例を示します。

だから今、私はstationlatの値を変更したい場所にいます。Pdbを使用すると、stationLatを新しい値に設定できるように見えますが、値を調べると、変更されていません。

使ってみたことがわかります！同様に、成功せずに。

pdbのマニュアルには、変数を変更できるはずだと書かれています。

デバッガーが認識しないコマンドはPythonステートメントであると見なされ、デバッグ中のプログラムのコンテキストで実行されます。Pythonステートメントの前に感嘆符（！）を付けることもできます。これは、デバッグ中のプログラムを検査するための強力な方法です。変数を変更したり、関数を呼び出したりすることも可能です

これは範囲の問題ですか？それは私がpdbを始めた方法と関係がありますか？埋め込まれた「pdb.set_trace」イディオムを試しましたが、同じ結果が得られました。

読んでくれてありがとう。

を使用して、インデックス変数として使用されるpdb.set_trace()一連の式をデバッグしようとしています。の予約記号であるため、jなどのステートメントj = 0は使用できません。どうすればこれを回避できますか?jpdb

symstoreがディレクトリ名を作成するために使用するハッシュアルゴリズムを探しています。ハッシュの生成に使用されるデータ要素を説明するこのリンクMicrosoftSymbolServer / Local Cache Hash Algorithmを見つけましたが、ハッシュ値の計算方法については詳しく説明していません。symstoreがどのようにハッシュディレクトリを生成するのか興味があります。誰かが表示できるサンプルコードを持っているなら、それは素晴らしいことです！

最近、ipython0.10からipython0.11に切り替えました。ipython0.11では、Pythonデバッガーが関与しているとき（つまり、を使用しているとき%pdb）に完全なトレースバックの小さなスニペットしか表示されませんが、ipython0.10では完全なトレースバックが表示されます。私の知る限り、完全なトレースバックにはpdbコマンドラインから直接アクセスすることはできません。「u」を使用してナビゲートすることはできますが、直接表示することはできません。

それで、完全なトレースバックを表示する方法はありますか？構成パラメータなど？

または、さらに便利なことに、コード内のどこでキャッチされたかを表示するのではなく、ipythonにキャッチされた例外を表示させる方法はありますか？

編集：例：

pdbを終了する前 にZeroDivisionErrorを確認したいと思います。q