Re: Linux 2.5 / 2.6 TODO (preliminary)

From: Richard B. Johnson (root@chaos.analogic.com)
Date: Thu Jun 01 2000 - 10:21:37 EST


On Thu, 1 Jun 2000, Richard B. Johnson wrote:

> On Thu, 1 Jun 2000, Warren Young wrote:
>
> > "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.
> >
>
> The kernel doesn't name core-dumps. Whatever process handles the signal
> produces the core-dump. It certainly has the PID available.
>
>
> Cheers,
> Dick Johnson
>

The last time I checked to see how a core-dump was made on Linux, I
found that it was the "TRADITIONAL" method, i.e., the signal handler
does it. However, a newer review of the sources shows that there is
now an in-kernel dumper which is not the default, but can be compiled
in by defining USE_ELF_CORE_DUMP.

Although I have not tried it, it appears to provide the functionality
that you wish. It should (if it works), produce core.NNN where NNN is
the PID.

Cheers,
Dick Johnson

Penguin : Linux version 2.3.41 on an i686 machine (800.63 BogoMips).

-
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