On Wed, 28 Mar 2007 21:37:07 +0900 "Kawai, Hidehiro" <[EMAIL PROTECTED]> wrote:
> > Because other people might (reasonably) wish to omit anonymous memory,
> > or private mappings, or file-backed VMAs, or whatever.
> >
> > So maybe /proc/pid/coredump_omit_anon_shared should become
> > /pro
Hi,
Thank you for your kind comments.
I'm sorry for my late reply.
Andrew Morton wrote:
> On Fri, 02 Mar 2007 13:41:30 +0900
> "Kawai, Hidehiro" <[EMAIL PROTECTED]> wrote:
>
>>This patch series is version 4 of the core dump masking feature,
>>which provides a per-process flag not to dump anonym
Hi,
Thank you for your kind comments.
I'm still discussing the answer with my senior colleagues, so please
wait a few days. I think I can reply at the beginning of next week.
Best regards,
--
Hidehiro Kawai
Hitachi, Ltd., Systems Development Laboratory
Andrew Morton wrote:
> On Fri, 02 Mar 2
On Fri, 02 Mar 2007 13:41:30 +0900
"Kawai, Hidehiro" <[EMAIL PROTECTED]> wrote:
> This patch series is version 4 of the core dump masking feature,
> which provides a per-process flag not to dump anonymous shared
> memory segments.
First up, please convince us that this problem cannot be solved in
Hi,
This patch series is version 4 of the core dump masking feature,
which provides a per-process flag not to dump anonymous shared
memory segments.
In the previous version, the flag value was passed around the core
dump functions as an argument to use the same setting while dumping.
In this vers
5 matches
Mail list logo