Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf-use-the-mailinglist-please@sourceware.org>
To: gdb-patches@sourceware.org
Subject: Re: [RFA/windows] 64-bit support for x86-64 windows debug registers
Date: Fri, 16 Jan 2009 20:11:00 -0000	[thread overview]
Message-ID: <20090116201042.GA21690@ednor.casa.cgf.cx> (raw)
In-Reply-To: <004801c977c6$91f5e110$b5e1a330$@u-strasbg.fr>

On Fri, Jan 16, 2009 at 11:38:28AM +0100, Pierre Muller wrote:
>> From Kai Tietz
>> Hello Pierre,
>> 
>> for me it worked fine on w64. But of course a maintainer has to give
>> his
>> approval for this.
>
>  Thus, I resubmit the patch as a RFA.
>
>Christopher, is this patch OK?
>
>
>Pierre Muller
>Pascal language support maintainer for GDB
>
>ChangeLog entry:
>
>2009-01-14  Pierre Muller  <muller@ics.u-strasbg.fr>
>
>	* windows-nat.c: Fix debug registers for 64 bits.
>	(dr): Change type to CORE_ADDR and size to 4.
>	(dr6, dr7): New variables.
>	(windows_add_thread, _windows_fetch_inferior_registers)
>	(windows_continue, do_initial_windows_stuff)
>	(cygwin_set_dr, cygwin_set_dr7, cygwin_get_dr6): Adapt
>	to changes above.

Couldn't we get the same effect by changing

static unsigned dr[8];

to

static uintptr_t dr[8];

?

cgf

>Index: gdb/windows-nat.c
>===================================================================
>RCS file: /cvs/src/src/gdb/windows-nat.c,v retrieving revision 1.178 diff -u
>-p -r1.178 windows-nat.c
>--- gdb/windows-nat.c   14 Jan 2009 05:27:48 -0000      1.178
>+++ gdb/windows-nat.c   14 Jan 2009 14:12:05 -0000
>@@ -95,7 +95,9 @@ enum
> #define CONTEXT_DEBUGGER_DR CONTEXT_DEBUGGER | CONTEXT_DEBUG_REGISTERS \
>        | CONTEXT_EXTENDED_REGISTERS
>
>-static unsigned dr[8];
>+static CORE_ADDR dr[4];
>+static unsigned dr6, dr7;
>+
> static int debug_registers_changed;
> static int debug_registers_used;
> #define DR6_CLEAR_VALUE 0xffff0ff0
>@@ -284,7 +286,7 @@ windows_add_thread (ptid_t ptid, HANDLE
>       th->context.Dr2 = dr[2];
>       th->context.Dr3 = dr[3];
>       th->context.Dr6 = DR6_CLEAR_VALUE;
>-      th->context.Dr7 = dr[7];
>+      th->context.Dr7 = dr7;
>       CHECK (SetThreadContext (th->h, &th->context));
>       th->context.ContextFlags = 0;
>     }
>@@ -374,8 +376,8 @@ do_windows_fetch_inferior_registers (str
>              dr[1] = th->context.Dr1;
>              dr[2] = th->context.Dr2;
>              dr[3] = th->context.Dr3;
>-             dr[6] = th->context.Dr6;
>-             dr[7] = th->context.Dr7;
>+             dr6 = th->context.Dr6;
>+             dr7 = th->context.Dr7;
>            }
>        }
>       current_thread->reload_context = 0; @@ -1122,7 +1124,7 @@
>windows_continue (DWORD continue_status,
>            th->context.Dr2 = dr[2];
>            th->context.Dr3 = dr[3];
>            th->context.Dr6 = DR6_CLEAR_VALUE;
>-           th->context.Dr7 = dr[7];
>+           th->context.Dr7 = dr7;
>          }
>        if (th->context.ContextFlags)
>          {
>@@ -1238,7 +1240,7 @@ windows_resume (ptid_t ptid, int step, e
>              th->context.Dr2 = dr[2];
>              th->context.Dr3 = dr[3];
>              th->context.Dr6 = DR6_CLEAR_VALUE;
>-             th->context.Dr7 = dr[7];
>+             th->context.Dr7 = dr7;
>            }
>          CHECK (SetThreadContext (th->h, &th->context));
>          th->context.ContextFlags = 0;
>@@ -1508,6 +1510,8 @@ do_initial_windows_stuff (struct target_
>   debug_registers_used = 0;
>   for (i = 0; i < sizeof (dr) / sizeof (dr[0]); i++)
>     dr[i] = 0;
>+  dr6 = 0;
>+  dr7 = 0;
> #ifdef __CYGWIN__
>   cygwin_load_start = cygwin_load_end = 0;  #endif @@ -2237,7 +2241,7 @@
>cygwin_set_dr (int i, CORE_ADDR addr)
>   if (i < 0 || i > 3)
>     internal_error (__FILE__, __LINE__,
>                    _("Invalid register %d in cygwin_set_dr.\n"), i);
>-  dr[i] = (unsigned) addr;
>+  dr[i] = addr;
>   debug_registers_changed = 1;
>   debug_registers_used = 1;
> }
>@@ -2248,7 +2252,7 @@ cygwin_set_dr (int i, CORE_ADDR addr)  void
> cygwin_set_dr7 (unsigned val)
> {
>-  dr[7] = val;
>+  dr7 = val;
>   debug_registers_changed = 1;
>   debug_registers_used = 1;
> }
>@@ -2259,7 +2263,7 @@ cygwin_set_dr7 (unsigned val)  unsigned
> cygwin_get_dr6 (void)
> {
>-  return dr[6];
>+  return dr6;
> }
>
> /* Determine if the thread referenced by "ptid" is alive
>
>


  reply	other threads:[~2009-01-16 20:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-14 11:22 [RFC] 32-bit support for windows thread information block Pierre Muller
2009-01-14 13:00 ` Kai Tietz
2009-01-14 13:16   ` Pierre Muller
2009-01-14 13:31     ` Kai Tietz
2009-01-14 14:44       ` [RFC] 64-bit support for x86-64 windows debug registers Pierre Muller
2009-01-15 10:08         ` Kai Tietz
2009-01-16 10:39           ` [RFA/windows] " Pierre Muller
2009-01-16 20:11             ` Christopher Faylor [this message]
2009-01-19  8:59               ` Pierre Muller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090116201042.GA21690@ednor.casa.cgf.cx \
    --to=cgf-use-the-mailinglist-please@sourceware.org \
    --cc=gdb-patches@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox