Linux：SIGSEGVをデバッグするには？エラーソースをどのようにトレースするのですか？

Question

私のFirefoxは今日以降クラッシュし始めました。私はシステムやfirefoxの設定で何も変更していない。

私はこの問題をトレースする
strace -ff -o dumpfile.txt firefox
を使用しています。それは大きな助けではありません。

私は、生成されたプロセスは、ダンプの二つに、セグメンテーションフォルトを参照してください が、私はその原因ににそれらを追跡することができますか？

10秒間実行し、クラッシュした後、データの 22メガバイトはstraceのによって生成されます。

これは、あなたが真ん中：

 
read(19, "\372", 1)      = 1 
gettimeofday({1245590019, 542231}, NULL) = 0 
read(3, "\6\0[Qmy\26\0\3\1\0\0Y\0\200\2\0\0\0\0\323\3A\0\323\3(\0\20\0\1\0", 4096) = 32 
read(3, 0xf5c55058, 4096)    = -1 EAGAIN (Resource temporarily unavailable) 
gettimeofday({1245590019, 542813}, NULL) = 0 
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POL 
read(3, 0xf5c55058, 4096)    = -1 EAGAIN (Resource temporarily unavailable) 
gettimeofday({1245590019, 543161}, NULL) = 0 
gettimeofday({1245590019, 546672}, NULL) = 0 
gettimeofday({1245590019, 546761}, NULL) = 0 
read(3, 0xf5c55058, 4096)    = -1 EAGAIN (Resource temporarily unavailable) 
gettimeofday({1245590019, 546936}, NULL) = 0 
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=8, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, events=POLLIN|POLLPRI}, {fd=14, events=POL 
poll([{fd=3, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=3, revents=POLLOUT}]) 
writev(3, [{"5\30\4\0006\21\200\2\266\n\200\2\17\0]\3\230\4\5\0007\21\200\0026\21\200\2\317\0\0\0"..., 1624}, {NULL, 0}, {"", 0}], 3) = 1624 
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}]) 
read(3, "\1\30\224Q\17\17\0\0\0\0\0\0\0\0\0\0000\235\273\0\0\0\0\0o\264Q\0\0\0\0\0"..., 4096) = 4096 
read(3, "\375\240f\0\376\242j\0\377\261\200\0\271a+\0\271a+\0\377\261\200\0\376\252w\0\376\250s\0"..., 11356) = 11356 
read(3, 0xf5c55058, 4096)    = -1 EAGAIN (Resource temporarily unavailable) 
poll([{fd=3, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=3, revents=POLLOUT}]) 
writev(3, [{"\230\32\7\0\1\21\200\2?\21\200\2\377\377\377\377\377\377\377\377\0\0\0\0\17\0\1\0015\10\4\0"..., 956}, {NULL, 0}, {"", 0}], 3) = 956 
poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}]) 
read(3, "\1\30\256Q\17\17\0\0\0\0\0\0\0\0\0\0000\235\273\0\0\0\0\0o\264Q\0\0\0\0\0"..., 4096) = 4096 
read(3, "\375\240f\0\376\242j\0\377\261\200\0\271a+\0\271a+\0\377\261\200\0\376\252w\0\376\250s\0"..., 11356) = 11356 
read(3, 0xf5c55058, 4096)    = -1 EAGAIN (Resource temporarily unavailable) 
--- SIGSEGV (Segmentation fault) @ 0 (0) --- 
unlink("/home/userrrr/.mozilla/firefox/mvbnkitl.default/lock") = 0 
rt_sigaction(SIGSEGV, {SIG_DFL, ~[HUP INT QUIT ABRT BUS FPE KILL PIPE CHLD CONT TTOU URG XCPU WINCH RT_1 RT_2 RT_3 RT_4 RT_8 RT_11 RT_14 RT_17 RT_22], SA_NOCLDSTOP}, 
rt_sigprocmask(SIG_BLOCK, ~[ILL ABRT BUS FPE SEGV RTMIN RT_1], ~[KILL STOP RTMIN RT_1], 8) = 0 
open("/home/userrrr/.mozilla/firefox/mvbnkitl.default/minidumps/56b30367-5ee2-0495-32646b7f-59dc87e9.dmp", O_WRONLY|O_CREAT|O_EXCL, 0600) = 63 
clone(child_stack=0xf5bfffe4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_UNTRACED) = 18929 
waitpid(18929, NULL, __WALL) = 18929 
open("/proc/18913/task", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 64 
fstat64(64, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 
getdents64(64, /* 12 entries */, 1024) = 368 
ptrace(PTRACE_DETACH, 18913, 0, SIG_0) = -1 ESRCH (No such process) 
close(64)        = 0 
ftruncate(63, 91256)     = 0 
close(63)        = 0 
rt_sigprocmask(SIG_SETMASK, ~[KILL STOP RTMIN RT_1], ~[KILL STOP RTMIN RT_1], 8) = 0 
time(NULL)        = 1245590020 
open("/home/userrrr/.mozilla/firefox/Crash Reports/LastCrash", O_WRONLY|O_CREAT|O_TRUNC, 0600) = 63 
write(63, "1245590020", 10)    = 10 

Answer 1

イワンで実際のSIGSEGVを見ることができ、出力のスニペット、である、あなたの本当の問題は、「どのように私はSIGSEGVをデバッグするのですか？」されます

straceのはめったにここで良いの助けではありません。 SIGSEGVは、アプリケーションが（アクセス）が割り当てられていない（又は他の様々な理由のために間接参照することはできない）を有しているメモリ内の位置参照解除しようとしたことを意味します。 straceがキャプチャしているシステムコールアクティビティには関係しない可能性が高いです。あなたのクラッシュの原因を発見するには、どのアドレスが逆参照されているのか、どの機能がそれをしようとしているのかを理解することから始めます。デバッガはこの作業に適したツールです。

はここであなたがする必要があるものです：最後に実行した命令を分析し、「情報を登録する」を使用して、そこに

gdb <your_app_name> <your_coredump_file> 

を、あなたは、問題のアドレスが表示されます。 "bt"コマンドを使用すると、コールスタックが表示されます。コールスタックを歩くと、不正なアドレスがどのように計算されているかがわかります。このアドレス計算に含​​まれる手順の1つが問題の原因です。

デバッグは楽しいですし、これはそれを掘り下げする良い機会です。良い本やいくつかのオンライン記事があなたを助けます。 Google離れと幸運！

Answer 2

あなたはこれをデバッグモードでのFirefoxを起動することができます。これは、GDB内部でのFirefoxを起動します Firefoxの-d gdbの

。

することはでき発行しGDBコマンド「RUN」とFirefoxがクラッシュしたときにトレースバックを取得します。 これは難しいかもしれません。ファイアウォールは、ライブラリのうちどれが ライブラリであり、コードがオフセットされていて、関数名ではないことを示しているだけです。

もう1つの方法は、safemodeでfirefoxを起動することです：firefox -safe-mode そして、インストールされている可能性のあるプラグインは、それ以上クラッシュしなくなるまですべてオフにしてください。

最後の選択肢は、firefoxの開発者モードを有効にし、firefoxクラッシュセッションをmozillaサーバーに 送信することです。次にmozillaサイト に行き、失敗したfirefoxセッションの詳細なトレースバックを参照してください。