0

私は Eclipse/CDT での開発は初めてで、gcc/gdb の経験はあまりありません。

私のプロジェクト (共有ライブラリ) は、SCons を使用して Eclipse でビルドされています。生成された .so は、別の場所にコピーされた SCons スクリプトの最後にあります (重要なポイントかもしれません)。

私のアプリケーションは非常にプラグインであるため、ユーザーはホスト アプリケーションにロードする必要があります。そこで、ホスト アプリケーションを起動し、プラグイン/ライブラリをロードしてから、デバッグ セッションをホスト アプリケーションにアタッチします (それが私がすべきことだと思います)。

デバッグ構成を作成しました。「C/C++ Attach to Application」を選択して構成を作成しました。メインのタブで、自分のプロジェクト、ビルド構成 (SCons スクリプトを呼び出す) を設定し、「C/C++ アプリケーション」にはホスト アプリケーションへのパスを入力しました。

しかし、それはうまくいきません。おそらく、生成された .so の場所が原因です。ビルダー設定では、ビルドの場所は ${workspace_loc:/myProjectName} です。workspace_loc がプロジェクトのルートを表していることは理解していても、この構文は理解できません。とにかく、iot は、SCons ファイルが .so を生成する場所とは関係ありません。多分それが問題の原因ですか？

ご協力いただきありがとうございます。Eclipse のドキュメントでは、これらの点についてかなり詳しく説明されています。

更新: 次のエラーが表示されます: ptrace: 操作が許可されていません。

4

1 に答える 1

0

実際、それは機能します。しかし、うまくいきません。gdb がホスト プロセスにアタッチするのに約 15 秒かかります。

この遅延の後、次のトレースが得られます。

.gdbinit: No such file or directory.
(no debugging symbols found)
attach 25678
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

しかし、まだデバッグできません。アタッチメントが終了すると gdb が停止し、ホスト アプリケーションがフリーズするため、「再開」を行う必要があります。だから潰れたと思った。

添付するのになぜそんなに長いのか、まだ見つけなければなりません。

于 2010-02-09T16:21:18.853 に答える