From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-23118-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 32501 invoked by alias); 8 Nov 2005 00:43:12 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Received: (qmail 32492 invoked by uid 22791); 8 Nov 2005 00:43:10 -0000
Received: from sj-iport-1-in.cisco.com (HELO sj-iport-1.cisco.com) (171.71.176.70)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 08 Nov 2005 00:43:10 +0000
Received: from sj-core-1.cisco.com ([171.71.177.237])
  by sj-iport-1.cisco.com with ESMTP; 07 Nov 2005 16:43:08 -0800
X-IronPort-AV: i="3.97,302,1125903600"; 
   d="scan'208"; a="672625021:sNHT25646892"
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144])
	by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id jA80gfO9014922;
	Mon, 7 Nov 2005 16:43:06 -0800 (PST)
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211);
	 Mon, 7 Nov 2005 16:43:05 -0800
Received: from [128.107.165.67] ([128.107.165.67]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211);
	 Mon, 7 Nov 2005 16:43:05 -0800
Message-ID: <436FF498.9070506@cisco.com>
Date: Tue, 08 Nov 2005 00:43:00 -0000
From: Michael Snyder <michsnyd@cisco.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040929
MIME-Version: 1.0
To: Soam Vasani <ssv8@cornell.edu>
CC: Daniel Jacobowitz <drow@false.org>, gdb@sources.redhat.com,
        lizard-hackers@lists.sourceforge.net
Subject: Re: [RFC] a prototype checkpoint-restart using core files
References: <43696953.9090601@cisco.com> <20051107001937.GG19200@nevyn.them.org> <u64r5f4uh.fsf@gnu.org> <200511071857.jA7IvP4K005599@elgar.sibelius.xs4all.nl> <20051107190724.GA19531@nevyn.them.org> <200511072021.jA7KLanV015248@elgar.sibelius.xs4all.nl> <20051107202554.GA24572@nevyn.them.org> <436FE999.1000801@cisco.com> <436FF276.1090406@cornell.edu>
In-Reply-To: <436FF276.1090406@cornell.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2005-11/txt/msg00188.txt.bz2

Soam Vasani wrote:
> Michael Snyder wrote:
> 
>> Sometimes, as Mark says, a segment hasn't been mmapped
>> in yet.  I don't yet know what to do about that.
> 
> 
> I think the core file doesn't have enough information for
> restoring mmap'd regions ?
> 
> While dumping a checkpoint you could save /proc/pid/maps, and
> do the mmaps before restoring the rest of the state from core file.
> But I'm not sure /proc/pid/maps has enough information, the "flags"
> argument to mmap (thats the 4th one) doesn't seem to be shown there.

Well, I already use /proc/pid/maps to generate the corefile.
That's how I know which memory segments need to be saved.

And I know which ones are writeable (I don't have to save
the ones that aren't).