RFC: Stack saving/tracing functionality.
Poul-Henning Kamp
phk at phk.freebsd.dk
Mon Jun 13 08:16:42 GMT 2005
In message <200506111546.j5BFkToq011515 at gate.bitblocks.com>, Bakul Shah writes:
>> ... but it would be neat if it could also save/print userland stacks
>> so that we could get tracebacks from abort()'ing userland programs.
>
>Along these lines; wouldn't it be neat if there was a sysctl
>to leave a segfaulted or aborted process around so that you
>can attach a debugger to it and find out what went wrong (and
>may be even correct it!)? Debugging a live process (even if
>fatally injured) yields more clues as you can poke around at
>its I/O connections, its caller process etc. A separate
>program can be used to create a coredump if you really wish
>to preseve the dead body for later autopsy.
Ideally a coredump should include anything sockstat and fstat can
tell you about the process.
/me longs for the MVS dumps level of details...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-arch
mailing list