2017-02-09 22 views
2

AVRターゲットのプログラムをクロスコンパイルするように設定されたLinuxマシンがあります。リモートGDBを使用したEclipseのデバッグ

  1. simavr(GDBサーバとして動作)
  2. 実行GDB(avr-gdb)でプログラムを実行し、私がしたい

をsimavrするためにそれを接続します。それは実行して、ローカルでデバッグプログラムするのは簡単ですこのフローをWindowsマシン上のEclipseからリモートで再作成します。 Windowsマシンは実際には開発のためにセットアップされていません。Eclipseがインストールされており、プロジェクトのソースコードがありますが、GDBのようなローカルのC/C++開発ツールはありません。私は、ソースのローカルコピーを使って視覚的にデバッグするのが理想的ですが、SSH経由でリモートGDBと対話することが理想的です。

This Eclipse pluginは、仕事におすすめのツールのようです。残念ながら私はこれを得ることができません。ここに私がしたことがあります:

  1. 新しい "C/C++リモートアプリケーション"デバッグ設定を作成しました。
  2. "Preferred Launcher"を "Direct Remote Debugging Launcher"に設定します。
  3. リモートマシン上のプロジェクトソースの場所へのリモートマシン
  4. 尖った「リモートワークスペースディレクトリ」上のバイナリの場所を指摘し、「リモートC/C++のexeファイルのパス」

この動作していないようです。この設定でデバッグしようとすると、次のエラーが表示されます。

Error with command: gdb --version 
    Cannot run program "gdb": Launching failed 

このエラーは意味があります。私のデバッグ設定の「デバッガ」タブを見ると、「GDBデバッガ」はgdbに設定されています。デバッガのファイルブラウザを開くと、ローカルのWindowsマシン上のファイルのみが表示されます。私のマシン上でgdbを実行するように設定されているようです。

プラグインのポイントは、リモートマシン上の起動GDBだと思っていましたが、実際にはそれを行うデバッグ設定を行う方法が見つかりません。どんな助けもありがとう。

答えて

1

GDBハードウェアデバッガというパッケージを使用して、使用するGDBとその起動方法を指定できます。可能な限り最低限の状態でEclipseの設定をできるだけ空にしておき、より細かい制御を提供するスクリプトオプション-xでGDBを設定し続けます。そうすれば、GDBを実行するために使用される日食フィールドがいつ、どのようにいつ、どこにあるのかを理解する必要はありません。たとえば、このプラグインが最初に接続してから、提供されたGDBスクリプトを使用している間に、接続する前に追加のGDB設定を実行する必要がありました。

関連する問題