public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* Reading target registers
@ 2005-05-09 19:44 Bloch, Jack
  2005-05-09 19:49 ` Daniel Jacobowitz
  0 siblings, 1 reply; 5+ messages in thread
From: Bloch, Jack @ 2005-05-09 19:44 UTC (permalink / raw)
  To: gdb

While this is not a direct GDB question, I'm hoping someone can answer me. I
have an application which uses the ptrace interface to attach to a target
process and read the target registers (I'm specifically interested in the
EIP). It will run on a SuSE 2.6 Kernel x86 based machine. My code is below.


#include <sys/types.h>
#include <sys/ptrace.h>
#include <sys/wait.h>
#include <sys/reg.h>
#include <sys/user.h>
#include <linux/stddef.h>
#include <linux/version.h>
#include <unistd.h>
#include <stdlib.h>
#include <stdio.h>
#include <errno.h>
#include <string.h>
#include <link.h>
#include <fcntl.h>
#include <limits.h>
#include <dirent.h>
#include <pthread.h>
#ifndef BFD64
   #define BFD64
#endif
#include <bfd.h>
#include <signal.h>
#include "tracer.h"


int main (int     p_argc,
          char    **p_argv)

{

   int             l_ret;
   pid_t           l_pid
   unsigned long   l_regs[17];
   
   /***********************************************************************/
   /* i have ommitted the code which retrieves the command line arguments */
   /***********************************************************************/

   if ((l_ret = ptrace(PTRACE_ATTACH,l_pid,NULL,NULL)) < 0)
   { 
      l_ret = errno; 
      printf("ERROR %s ATTACHING TO TARGET !!!\n",strerror(l_ret);
      return(l_ret);
   }
   if ((l_ret = ptrace(PTRACE_GETREGS,l_pid,NULL,&l_regs)) < 0)
   { 
      l_ret = errno; 
      printf("ERROR %s READING TARGET REGISTERS !!!\n",strerror(l_ret);
      return(l_ret);
   }
   printf("CURRENT EIP 0x%x\n",l_regs[EIP]);
   return(l_ret);
}


The EIP value is always incorrect. Any ideas. Please CC me directly on any
response.


Regards,


Jack

   


^ permalink raw reply	[flat|nested] 5+ messages in thread
* RE: Reading target registers
@ 2005-05-09 19:53 Bloch, Jack
  2005-05-09 21:02 ` 'Daniel Jacobowitz'
  0 siblings, 1 reply; 5+ messages in thread
From: Bloch, Jack @ 2005-05-09 19:53 UTC (permalink / raw)
  To: 'Daniel Jacobowitz'; +Cc: gdb

Thanks,  I also waituntil the target is stopped before reading the
registers. I get a value, just not the correct value. I noticed that I get
the same incorrect value as the lsstack application which uses
ptrace(PTRACE_PEEKUSER,l_pid,EIP*4,0)
But GDB gets the correc value. I'm assuming it is something with my linking
or which version of user I'm including. I may be way off here but any help
is appreciated.

-----Original Message-----
From: Daniel Jacobowitz [mailto:drow@false.org]
Sent: Monday, May 09, 2005 3:50 PM
To: Bloch, Jack
Cc: gdb@sources.redhat.com
Subject: Re: Reading target registers


On Mon, May 09, 2005 at 12:44:05PM -0700, Bloch, Jack wrote:
> While this is not a direct GDB question, I'm hoping someone can answer me.
I
> have an application which uses the ptrace interface to attach to a target
> process and read the target registers (I'm specifically interested in the
> EIP). It will run on a SuSE 2.6 Kernel x86 based machine. My code is
below.

You can only use PTRACE_GETREGS when the process is stopped; that may
be the problem.  After attaching be sure to wait().  Otherwise, try
stracing to see what's going on.


-- 
Daniel Jacobowitz
CodeSourcery, LLC

^ permalink raw reply	[flat|nested] 5+ messages in thread
[parent not found: <2DA8F872430BE8469BF0F403A6103F9205CFCF@stca20aa.bocc.icn.siemens.com>]

end of thread, other threads:[~2005-05-09 21:22 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-05-09 19:44 Reading target registers Bloch, Jack
2005-05-09 19:49 ` Daniel Jacobowitz
2005-05-09 19:53 Bloch, Jack
2005-05-09 21:02 ` 'Daniel Jacobowitz'
     [not found] <2DA8F872430BE8469BF0F403A6103F9205CFCF@stca20aa.bocc.icn.siemens.com>
2005-05-09 21:22 ` 'Daniel Jacobowitz'

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).