とにかく、ついにgdbをリモートで実行できるようになりました。タスクバーのバグシンボルで、デバッグ構成-GDBハードウェアデバッグを実行しました。
メインのC/C ++アプリケーションでは、実行可能ファイルのSamba共有にフルパスを設定しました(X:\abin\vlmi9506
)。また、プロジェクトでリンクフォルダーを設定しX:\abin
ました。次に、GDBセットアップでバッチスクリプトを変更しました。これは、plink-sessionでgdbを直接呼び出すのではなく、gdbを開くunix-shell-scriptを呼び出します。これにより、デバッグを行う前に、プログラムにいくつかのUNIX環境変数を設定することができます。私のバッチでの呼び出し:
plink.exe prevoax1 -l suttera -pw XXXXX -i /proj/user/dev/suttera/vl/9506/test/vlmi9506ddd.run 20155 dev o m
UNIXスクリプトでは、以前の試行で見つけたeclipseのコマンドラインparamsを使用してgdbを開始しました。シェルコマンドの呼び出しは次のようになります。
gdb -nw -i mi -cd=$LVarPathExec $LVarPathExec/vlmi9506
次に、IBMはAIX用のgdb6.0を提供します。ネットのhttp://www.perzl.org/aix/index.php?n=Main.Gdbでバージョン6.8を見つけました。管理者がインストールしました。
これで、プログラムをステップ実行して変数を監視できます。コンソールビューで直接gdbコマンドを書くこともできます。yabadabadooooooo
それが他の人にも役立つことを願っています。本当に勝者の行動は何だったのかわかりません。しかし、それぞれの答えはより多くの新しい質問を与えます。今、私はそれらのうちの3つを手に入れました。
- デバッグ構成を開始するとき、メインの手順に実際に入るには、ツールバーの[再起動]をクリックする必要があります。再起動せずにメインに直接入ることは可能ですか?
- AIXでは、プログラムは最初に埋め込みSQL用に前処理されます。前処理されたc-sourceは別のディレクトリに配置されます。行をダブルクリックしてブレークポイントを設定すると、「未解決のブレークポイント」という警告が表示され、gdb-consoleで、ブレークが前処理されたソースに設定されていることがわかります。これは間違っています。適切なソースにブレークポイントを設定することは可能ですか?
- AIXでCICSを使用しています。xldb-DebuggerとCICSのCDCN-コマンドを使用して、プログラムにアクセスしたときにデバッグが開始されるように管理します。gdb-eclipseを使用してリモートで(plinkで)それを取得することは可能ですか?