"Kenneth C. Arnold" wrote:
>
> W = wishlist
> I = important
> N = needed
UnixWare has a sometimes-useful feature: core dumps are numbered with
the PID of the dead process. (core.419, core.422, core.435...)
Obviously this is a good way to eat a lot of disk space, so if Linux
implements this, it should be optional, maybe through a sysctl
operation.
Since you can say "file corefile" on Linux and get the name of the
process that dumped the core, it might not be necessary to use the PID
of the process. Maybe a better idea is a sequence number, perhaps
coupled with VMS-like limiting, allowing you to erase older core files
if a whole bunch start happening.
We use this at work when debugging broken programs shipped to
customers. It gives us several datapoints to look at. Our system has 8
or so cooperating daemons, so it's also possible for one bad bug to take
out several daemons at once: one more reason to allow multiple core
files in a single directory.
-- = Warren -- ICBM Address: 36.8274040 N, 108.0204086 W, alt. 1714m- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jun 07 2000 - 21:00:12 EST