From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-23117-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 29627 invoked by alias); 8 Nov 2005 00:34:34 -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 29619 invoked by uid 22791); 8 Nov 2005 00:34:31 -0000
Received: from granite1.mail.cornell.edu (HELO authusersmtp.mail.cornell.edu) (128.253.83.141)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 08 Nov 2005 00:34:31 +0000
Received: from [128.84.153.222] (rrdhcp152-478.redrover.cornell.edu [128.84.153.222])
	(authenticated bits=0)
	by authusersmtp.mail.cornell.edu (8.13.1/8.12.10) with ESMTP id jA80Y0sD010533;
	Mon, 7 Nov 2005 19:34:00 -0500 (EST)
Message-ID: <436FF276.1090406@cornell.edu>
Date: Tue, 08 Nov 2005 00:34:00 -0000
From: Soam Vasani <ssv8@cornell.edu>
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727)
MIME-Version: 1.0
To: Michael Snyder <michsnyd@cisco.com>
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>
In-Reply-To: <436FE999.1000801@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2005-11/txt/msg00187.txt.bz2

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.

regards,
soam