デバッグにGDBを用いて、トレースポイントは、コード

全ての最初の行数と同じではない、最適化レベルが-O0であり、そして-ggdb3フラグを含む IデバッグにGDBを使用する場合、トレースポイントは、と一致しません私が取得する "リスト"を使用する行番号、それは常に数行以上です。 cppには10000行以上のファイルがあります。これは、ファイルが非常に大きく、行番号にgdbが間違っているためです。例えば、GDBのトレースポイントは1005行ですが、実際にはそれだけで1000年の行にあります。デバッグにGDBを用いて、トレースポイントは、コード

出典

2016-10-26 李鹏程

@leeは、uはデバッグバージョンをコンパイルするときにも、それは当然のことながら、それはすべて同じではありません、すべての空白（書式設定）を削除、そうなります。実際のコード行のみが含まれます。 Шах@ –

は、私は多くの空白があり、それが理由ではないと思いますが、トレースポイントはわずか数行 –

@lee、大丈夫、ポストすべてのコンパイルフラグの上にあります。それ以外の場合は、デバッグフラグを設定してデバッガに追加情報を保存しないで、ソースコードとリンクすることができます。 –

ここにはほとんどあなたの回答であるprevious questionがあります。また
は、デバッグ情報を含めるように-gを含みません。

出典

2016-10-26 13:20:33 UKMonkey

デバッグ情報を含めるために-ggdb3フラグを追加しました。 –

私は、cppファイルがWindowsからアップロードされていることを知っています。この形式のファイルはDOSであり、すべての行に "改行"があるので、gdbは間違った情報を取得します。 dosからuinxへのファイルのフォーマットを変更することはOKです！

出典

2016-10-27 02:16:55

デバッグにGDBを用いて、トレースポイントは、コード

答えて

関連する問題