public inbox for frysk@sourceware.org
 help / color / mirror / Atom feed
* Corefile support
@ 2007-06-22 23:54 Phil Muldoon
  0 siblings, 0 replies; only message in thread
From: Phil Muldoon @ 2007-06-22 23:54 UTC (permalink / raw)
  To: Frysk Hackers

The latter half of core file support has been checked into the cvs 
repository, and allows full access to a corefile's memory maps. This 
fills in the missing functionality where reading of a memory address 
from an elided segment would generate an exception. Now the core file 
support code will find the solib segment that was originally mapped at 
that address (if the solib is available), and read memory from that 
solib. However, if the memory is available in the core file itself, it 
will always read that memory before looking for other sources.

Another addition is with the meta-data available from the executable, 
linkmap and dynamic segments to achieve above, a reconstruction of the 
maps of the process when it was alive can be delivered with the 
.getMaps() api. This is a reconstruction of the maps data, and will not 
be exact. Missing devMajor:devMinor, inode cannot be reconstructed 
post-core and is filled in with -1.

I'll write more in detail, in my blog, with a tutorial on usage over the 
next week.

Regards

Phil

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2007-06-22 22:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-06-22 23:54 Corefile support Phil Muldoon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).