Auch wenn das Programm SIGSEGV abfängt, sollte gdb es immer noch zuerst bekommen und Ihnen die Möglichkeit geben, das Programm zu debuggen. Haben Sie etwas wie
handle SIGSEGV nostop
in GDB getan? Wenn ja, könnte das der Grund sein, warum es nicht aufhört.
Sind Sie sicher, dass tatsächlich ein segfault auftritt? Können Sie dieses Verhalten mit einem anderen Programm duplizieren oder absichtlich eine Segmentierungsverletzung verursachen?
Zum Beispiel:
$ cat sig.c
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
void handle(int n)
{
puts("Bail");
exit(1);
}
int main()
{
signal(SIGSEGV, handle);
int *pi = 0;
*pi = 10;
return 0;
}
$ gcc -g sig.c
$ ./a.out
Bail
$ gdb ./a.out
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /home/elcapaldo/a.out
Program received signal SIGSEGV, Segmentation fault.
0x08048421 in main() at sig.c:15
15 *pi = 10;
(gdb) where
#0 0x08048421 in main() at sig.c:15
(gdb) c
Continuing.
Bail
Program exited with code 01.
(gdb) q
Sie haben Recht. Sicherlich sollte ich den Fehler des Kindprozesses verstehen. Danke. – Blad
Ich habe versucht, nach Ihrem Vorschlag, aber ein anderes Problem machen die App abgebrochen: "Shell-init: Fehler beim Abrufen des aktuellen Verzeichnisses: getcwd: kann nicht auf übergeordnete Verzeichnisse zugreifen: Keine solche Datei oder Verzeichnis". Irgendeine Idee? – Blad