This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: [RFC] New gdb command 'gcore'
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: Andrew Volkov <Andrew dot Volkov at transas dot com>
- Cc: James Cownie <jcownie at etnus dot com>, gdb at sources dot redhat dot com
- Date: 14 Dec 2001 10:26:46 -0500
- Subject: Re: [RFC] New gdb command 'gcore'
- References: <2E74F312D6980D459F3A05492BA40F8D5A88DD@clue.transas.com>
Andrew Volkov <Andrew.Volkov@transas.com> 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