[Crash-utility] [ANNOUNCE][RFC] gcore extension module: user-mode process core dump
HATAYAMA Daisuke
d.hatayama at jp.fujitsu.com
Thu Jan 27 06:52:27 UTC 2011
Hello Dave,
From: Dave Anderson <anderson at redhat.com>
Subject: Re: [ANNOUNCE][RFC] gcore extension module: user-mode process core dump
Date: Wed, 26 Jan 2011 10:34:35 -0500 (EST)
> To: HATAYAMA Daisuke <d.hatayama at jp.fujitsu.com>
> Cc: "Discussion list for crash utility usage, maintenance and development" <crash-utility at redhat.com>
> Date: Wed, 26 Jan 2011 10:34:35 -0500 (EST)
> X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 (Linux)/6.0.9_GA_2686)
>
>
>
> ----- Original Message -----
>> Hello Dave,
>>
>> I've just fixed gcore. The patset is attached to this mail.
>>
>> Could you review and apply them if okay?
>
> Can you create a gcore.tar.bz2 file like you did with the last
> patch-set?
>
> I will write up a new entry on the "extensions" page on my people
> site here: http://people.redhat.com/anderson/extensions.html
>
> Since the module has so many files, I'll put a link to the
> gcore.tar.bz2 file, instructions on how to set it up, etc,
> in the description of gcore. In fact, I've already done that
> on a scratch page here:
>
> http://people.redhat.com/anderson/extensions2.html
Thanks for setting up them.
I've attached gcore.tar.bz2 as you suggested. Please confirm it.
In addition, I've improved restore_frame_pointer(). I expect gcore
hang up can no longer be reproduced.
Well, I have a question: in what form should I send new patchset
afterwards? A whole files in the form of gcore.tar.bz2 similaly? or in
the form of diffs?
Thanks.
HATAYAMA
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gcore.tar.bz2
Type: application/octet-stream
Size: 29266 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/crash-utility/attachments/20110127/fed768cb/attachment.obj>
More information about the Crash-utility
mailing list