From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29285 invoked by alias); 14 Dec 2001 15:33:19 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 29161 invoked from network); 14 Dec 2001 15:32:02 -0000 Received: from unknown (HELO toenail.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 14 Dec 2001 15:32:02 -0000 Received: (from fche@localhost) by toenail.toronto.redhat.com (8.11.6/8.11.6) id fBEFQld03980; Fri, 14 Dec 2001 10:26:47 -0500 X-Authentication-Warning: toenail.toronto.redhat.com: fche set sender to fche@redhat.com using -f To: Andrew Volkov Cc: James Cownie , gdb@sources.redhat.com Subject: Re: [RFC] New gdb command 'gcore' References: <2E74F312D6980D459F3A05492BA40F8D5A88DD@clue.transas.com> Content-Type: text/plain; charset=US-ASCII From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 14 Dec 2001 07:33:00 -0000 In-Reply-To: <2E74F312D6980D459F3A05492BA40F8D5A88DD@clue.transas.com> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 X-SW-Source: 2001-12/txt/msg00131.txt.bz2 Andrew Volkov writes: : [...] : > Unfortunately in general a normal core file does not contain enough : > information to allow a process to be restarted, since it doesn't : > contain a lot of the information in the kernel which forms part of the : > process' state. : > [...] : : All this problems correct for remoute/native debugging, but how about : implementing this in sim? I think this will useful for embeded programming. Many of these issues don't arise in embedded system simulators that don't provide a full UNIX-style process model (virtual memory, I/O, etc.), so state save/restore is not that hard. Our SID simulator has some native (gdb-independent) state save/restore functionality, for example, and it can include simulated I/O hardware. - FChE