gdb

0熱

1答えて

CentOS 64にインストールされた32ビットgdbを呼び出すにはどうすればいいですか？

CentOS7がありますが、32ビットと64ビットのgdbがインストールされていますが、/ usr/bin/gdbは64ビットバージョンです。私は、デバッグアプリケーションに必要なので、どのように私は、32ビットのgdbのバージョンを呼び出すことができ-m32コンパイラオプションでコンパイルさ

1熱

1答えて

x64アーキテクチャでプッシュ命令を実行するとメモリにアクセスできない

バッファオーバーフローの悪用を習得しようとしています。シェルコードには命令が含まれており、別々に実行すると問題なく実行されますが、プログラムを介して制御が渡されると、SEGSEGVフォールトを与えるプッシュ命令で停止しようとします。復帰アドレスを上書きするのは苦労しました。 ASLRは無効にされ、スタックは実行可能です。ここは私のプログラムである：ここでは #include<stdio.h>

-2熱

1答えて

バイナリボムフェーズ4、func4コールへのステップ

このアセンブリコードに問題があり、2桁の答えが分かります。私が知っていることは、入力がスペースで区切られた2桁であると仮定され、最後の比較に基づいて、最後の桁は0x6b（10進数で107）に等しくなければならないということだけです。 Func4はeax値に何かをして107にしますが、私は本当にわかりません。入力として2つの数字が使われますか？どんな助けもありがとう。 0x0000000000401

0熱

1答えて

GDBが自殺しました（突然デバッグされたプロセスを終了します）

GDB（バージョン7.12、Ubuntu 14.04）を使用して非常に大きなアプリケーション（バイナリは2GB、主にデバッグシンボルのため）を実行しています。クラッシュ後に完全なバックトレース+コアダンプ： ulimit -c unlimited およびbt/bt full/info thread/generate-core-fileがあります。しかし、まれに私は奇妙な動作をします：アプリケーシ

0熱

2答えて

WinGDB + VS2017を使用したブレークポイントの問題

私はTI MSP430マイクロコントローラ用にCを開発しており、TIのIDEおよび独自のツールチェーンからSublime Text + make + gccのよりunix-yワークフローに移行しました。私は今、WinGDB（Visual Studio with gdb backend）でデバッグをセットアップしようとしています。バックスラッシュ/フォワードスラッシュの問題があると思われるブレークポ

-5熱

1答えて

なぜWindows環境でgolangをデバッグするためにgdb（レポートエラー）を使用しなかったのですか？

私はWindows環境でgolangで開発中です。そしてmingwでgdb7.6をインストールします。パスはC:\Mingw\binで、私はそれをWindows環境に添付します。私はgolangプロジェクトを作成してビルドします。最後にパスとファイルは次のとおりです。 D:\go_code\gdb\src>ls gdb.go src.exe と私はGDBを使用しています。 D:\go_

2熱

1答えて

Docker内のデバッグ制限は何ですか？

私はコンパイルされた（C++）Pythonモジュールをデバッガしています。これは、dockerコンテナ内のインポート時に不思議にクラッシュします。私はgdb内のpython3を実行すると、私は唯一の # gdb /usr/bin/pyton3 GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11. ... (gdb) run -c 'import myMod

0熱

1答えて

GDBでテキストセクションを書き込み可能にするにはどうすればよいですか？

私はGDBでelfを実行しており、実行中のコードにテキストセクションを書きたいと思っています。私はシェルから次のようにすることができます： set {int}[text_address] = 0x8008face しかし、このアドレスに書き込む命令を実行すると、爆発します。私はむしろelfを変更するのではなく、その場でrwxにアドレス範囲を設定します。編集：これは、シミュレーションされたも

0熱

2答えて

WindowsでQtアプリケーションをデバッグする

Qt（QML/C++）アプリケーションがクラッシュし、その理由が見つかりません。私は多くの情報を出力しようとしましたが、信号/スロットの接続によってはクラッシュする可能性があります。理由を見つけようと多くの時間を費やしましたが、失敗しました。唯一のポイントは、いつでもクラッシュを再現できることです。残念ながら、含まれているGDBデバッガを使用するのは難しいです。これは私が得たアウトプットです：

0熱

1答えて

GDBの "layout src"ターミナルウィンドウの出力が破損する

gdbで "layout src" tui機能を使用しています（使用していない場合は驚くべきことです）。ソースコードをステップ実行して、あなたが進んでいく間にしかし、たまに/頻繁に境界を接して、端末出力が破損する問題が発生しました。画面上の出力は混在し、前と現在のスタックフレームのソースコードが表示されます。私はRed Hat 6.5とCentOS 6でこれを見てきました.GDBのバージョンは7