summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorSamuel Thibault <samuel.thibault@ens-lyon.org>2010-05-19 00:43:10 +0200
committerSamuel Thibault <samuel.thibault@ens-lyon.org>2010-05-19 00:43:10 +0200
commitdb3f476cf1591b1b593c1271bd81ca0d388d942e (patch)
tree3a13464cf5d19b47941ed5608b7e30694671c8f4
parent20cec2ec74f92edc701454065e2c4502e88e8224 (diff)
comment on core size issue and validity
-rw-r--r--open_issues/crash_server.mdwn41
1 files changed, 36 insertions, 5 deletions
diff --git a/open_issues/crash_server.mdwn b/open_issues/crash_server.mdwn
index 71f495cc..e6738766 100644
--- a/open_issues/crash_server.mdwn
+++ b/open_issues/crash_server.mdwn
@@ -49,9 +49,41 @@ one...
17M core
On Linux, the `core` file occupies 76 KiB of disk space, which seems
- much more reasonable.
-
- * ... produce an invalid `core` file:
+ much more reasonable. This is possibly related with the default 128MiB
+ heap preallocation.
+
+ * ... does not always produce a useful backtrace:
+
+ $ gdb test core
+ warning: core file may not match specified executable file.
+[New Thread 86678]
+ warning: Wrong size fpregset in core file.
+ ...
+ Core was generated by `./test'.
+ Program terminated with signal 6, Aborted.
+ warning: Wrong size fpregset in core file.
+ (gdb) bt
+ #0 0x00000000 in ?? ()
+ #1 0x011f593f in __msg_sig_post (process=72, signal=6, sigcode=0, refport=1)
+ at /build/buildd-eglibc_2.10.2-7-hurd-i386-iGL6op/eglibc-2.10.2/build-tree/hurd-i386-libc/hurd/RPC_msg_sig_post.c:144
+ #2 0x0109a433 in kill_port (pid=<value optimized out>)
+ at ../sysdeps/mach/hurd/kill.c:68
+ #3 kill_pid (pid=<value optimized out>) at ../sysdeps/mach/hurd/kill.c:105
+ #4 0x0109a69f in __kill (pid=21142, sig=6) at ../sysdeps/mach/hurd/kill.c:139
+ #5 0x01099af6 in raise (sig=6) at ../sysdeps/posix/raise.c:27
+ #6 0x0109de59 in abort () at abort.c:88
+ #7 0x0804849f in main ()
+
+ $ gdb test core
+ Program terminated with signal 11, Segmentation fault.
+ warning: Wrong size fpregset in core file.
+ #0 0x00000000 in ?? ()
+ (gdb) bt
+ #0 0x00000000 in ?? ()
+ #1 0x0108565b in __libc_start_main (main=0x8048464 <main>, argc=1, ubp_av=0x1023e64,
+ init=0x8048490 <__libc_csu_init>, fini=0x8048480 <__libc_csu_fini>, rtld_fini=0xea20 <_dl_fini>,
+ stack_end=0x1023e5c) at libc-start.c:251
+ #2 0x080483d1 in _start ()
$ gdb a.out core
warning: core file may not match specified executable file.
@@ -68,8 +100,7 @@ one...
#0 0x00000000 in ?? ()
Cannot access memory at address 0x17
- [[!tag open_issue_gdb]] Probably the `crash` server code and [[GDB]] are
- out of sync.
+ [[!tag open_issue_gdb]] Probably [[GDB]] doesn't manage to dig in the stack properly.
* ... against `crash-suspend` will...