Hi Phil,

I tried to look up the "core file spec" but it seems no such thing exits
you just need to grep through binutils, gdb and kernel sources to figure
it all out it seems. Actually various searches all seem to finally point
to your frysk core file support (You are the expert now!) :)

On Fri, 2007-08-03 at 09:18 -0500, Phil Muldoon wrote:
> For the FP and fpxregs (which I am writing code for right now), I just 
> take the entire register buffer and dump it wholesale into the 
> appropriate note in the core file.

ACK. I saw bug #4890. It looks like whether or not the fp and fpx
register banks exist in the first place is platform specific. But I
guess this is another one of these "what does the kernel dump and how
does gdb read it back in" types of questions...

> > If we can match up the raw memory for each register bank between
> > ptrace/proc and core files from Task that would be ideal. Then the Isa
> > can just do the getRegisterByName() mapping. I'll watch your rewrite of
> > the core file stuff and see if this makes things easier and clearer (I
> > guess it will).
> >   
> The two requirements needed for core files are:
> 
> 1) Access to the raw memory behind the register via a ByteBuffer
> 2) Access to a logical method of getting registers by name, like 
> getRegisterByName()

And it can then provide those back for the core file as Task consumer as
right?

The question I am trying to answer is whether or not we can move
getRegisterBankBuffers() fully into the (ptrace) Task and let the Isa
use a call on the Task to provide the getRegisterByName() mapping
functionality from bank/numer to register name. Currently Task (or any
other Task consumer can) call back into the Isa to get at the actual
register banks, which is messy (and will produce the wrong results for
core file backed Tasks). So if we can match up the results of
Task.getRegisterBanks()/sendrecRegisterBanks() between ptrace/core Task
implementations then we could clean the Isa interface up and make the
Isa/Task user always get the correct result.

Cheers,

Mark