問題タブ [dbx]

pstack を使用して、Solaris のコア ダンプ ファイルを分析しています

他に、solaris からのコア ダンプを分析するにはどうすればよいですか?

これを行うには、どのコマンドを使用できますか?

ダンプから他にどのような情報が得られますか?

私は、Solaris10 での C++ 開発のために毎日 TDD を行っています。デバッガーの使用に費やす時間が大幅に短縮されましたが、これが唯一の選択肢になる場合もあります。

DBX は非常に強力ですが、ユーザーフレンドリーではありません。DBX 用の SunStudio GUI ではなく、コンソール DBX について話していることに注意してください)。

dbx C++ のデバッグで生産性を高めるためのヒントを教えてください。

PS。デバッガーの変更はオプションではありません。

マルチスレッド プログラムの 1 つのスレッドをシングル ステップ実行すると、デバッガーが次のように中断されます。

私の推測では、デバッグ中のプログラムのどこかでスレッドが停止しましたが、それは私がデバッグしているものではないため、続行するためにデバッグ プロセスを再起動する必要がある理由がわかりません。

回避策があります。次の行にブレークポイントを設定してから再実行します。これは機能しますが、非常に面倒です。デバッグが本当に遅くなります。誰もがより良い方法を知っていますか? (たとえば、単一ステップのすべてのスレッド)

map 要素への反復子があり、gdb にその反復子の「最初の」要素と「2 番目の」要素の値を表示してもらいたいと考えています。例えば：

コードで p.first と p.second を使用できますが、gdb でそれらを確認できません。価値のあることとして、dbx では「print p.node.second_」のようなことを行うことができますが、gbd では同様のものを見つけることができます。

オブジェクト型を渡す関数を用意したいと思っていますが、それを機能させることもできませんでした。

何か案は？ありがとう！

BLOB フィールドを持つ TSqlDataSet があります。プロバイダーの BeforeUpdateRecord イベントでこの BLOB フィールドのデータを取得し、更新コマンドを実行する必要があります。これを試してみました。

それを実行すると、「パラメーター PIMAGE の値がありません。

私は何が欠けていますか？

同僚の C プログラムが、破損したメモリのために予測可能な方法で失敗します。dbx彼は、破損の原因となっているコードを特定するために、割り当てられたメモリの場所を監視するために使用したいと考えています。

これは可能ですか？もしそうなら、破損の瞬間にブレークポイントを生成する構文は何ですか?

そうでない場合、この種の問題を修正するための良いアプローチは何でしょうか?

(私の通常の戦術は、ソース管理を調べて、最近変更したものを確認することです。これは通常、それが原因であるためです。しかし、問題のコードは、運によってのみ機能したかのように聞こえるため、機能しません。また、 、コードを使用したことがないため、私はすでに犯人として自分自身を排除しました.;-)

TSQLConnection は既存のデータベースにのみ接続するように見えますが、データベース サーバーにコマンドを送信できる別のコンポーネントが見つかりませんでした。

私は Firebird と MSSQL で Delphi 2009 を使用しています。

アイデアの 1 つは、システム データベース (たとえば、MSSQL の master または tempdb) に接続し、作成コマンドをサーバーに送信することでした。これは MSSQL のオプションになる可能性がありますが、Firebird についてはわかりません。

Delphi 2009 の新しい DBX メタデータも認識していますが、それを使用してデータベースを作成する方法が見つかりませんでした。私が見つけたすべての例は、既存のデータベースを変更することです。

Linux バージョンの dbxtool を使用して、frankie という 64 ビット プログラムをデバッグしています。

dbxtool 内で実行可能ファイルを読み込もうとすると、「サポートされていないアーキテクチャ」というメッセージが表示されます。これは、dbx の 32 ビット バージョンが読み込まれていることを意味していると思われます。

ただし、コマンドラインから dbx を実行すると、おそらく 64 ビット バージョンのデバッガーが自動的に読み込まれ、ファイルを読み込むことができます。

dbxtool に 64 ビット デバッガの使用を強制するオプションが見つかりません。実際、64 ビット環境で 32 ビット デバッガの使用を強制するオプションしか見つかりません。

助言がありますか？

Delphi Win32 アプリケーションから MS SQL、Oracle、または Firebird に接続するには、ADO と DBX (Database Express) のどちらを使用するのが適していますか (また、その理由は何ですか?)。

どちらも主要なデータベースに接続できます。ADO が接続文字列の変更ですべてを行う方法と、ADO とドライバーが Windows に含まれているため、展開する余分なものがないという事実が気に入っています (間違っている場合は修正してください)。

DBX も柔軟性があり、ドライバーをアプリにコンパイルできますか?

可能であれば、顧客の IT 部門や好みに応じてデータベースを変更できる単一のソースを用意したいと考えています。

しかし、プログラミングが簡単で、パフォーマンスが高く、メモリを最も効率的に使用できるのはどれでしょうか? それらを区別する他のものはありますか？

ありがとう、リチャード