Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <pedro@palves.net>
To: Hannes Domani <ssbssa@yahoo.de>, gdb-patches@sourceware.org
Subject: Re: [PATCH v2] Windows gdb: Fix resetting of the debug-registers bit in ContextFlags
Date: Mon, 17 Aug 2026 01:32:40 +0100	[thread overview]
Message-ID: <130bf75f-5fcc-4a4c-8363-a9dc9eecc10e@palves.net> (raw)
In-Reply-To: <20260722153353.429342-1-ssbssa@yahoo.de>

Sorry for the delay.  I'm traveling this week, and last week I thought I would manage to take
a look at this before leaving but something came up that prevented it.

FWIW, this version looks good to me.  The note about WOW64 in the commit log is exactly
the sort of thing that we were missing before.  Thank you.

Pedro Alves

On 2026-07-22 16:32, Hannes Domani wrote:
> The CONTEXT_DEBUG_REGISTERS also includes the arch-specific bit
> (CONTEXT_i386 or CONTEXT_AMD64) which is included in all CONTEXT_*
> defines.
> 
> So this basically just checks if any CONTEXT_* define is set:
>   if ((context->ContextFlags & CONTEXT_DEBUG_REGISTERS) != 0)
> 
> And similarly, unsetting CONTEXT_DEBUG_REGISTERS removes the
> arch-specific bit as well.
> 
> This isn't a problem per-se, since Windows seems to just ignore the
> arch-specific bit anyways in SetThreadContext.
> But it also creates inconsistent behavior for WOW64, because it uses
> the wrong arch-specific bit there.
> 
> So this creates a CONTEXT_DEBUG_REG_FLAG define with just the
> debug-registers bit, and uses it in these problematic locations.
> ---
> v2:
>   - updated commit message
>   - changed CONTEXT_DEBUG_REG_FLAG define to avoid hardcoded number
> ---
>  gdb/x86-windows-nat.c | 10 +++++++---
>  1 file changed, 7 insertions(+), 3 deletions(-)
> 
> diff --git a/gdb/x86-windows-nat.c b/gdb/x86-windows-nat.c
> index 27adeb1f154..2f556e47b39 100644
> --- a/gdb/x86-windows-nat.c
> +++ b/gdb/x86-windows-nat.c
> @@ -42,6 +42,10 @@ enum
>  
>  #define DR6_CLEAR_VALUE 0xffff0ff0
>  
> +/* The CONTEXT_DEBUG_REGISTERS define without the arch-specific bit
> +   (CONTEXT_i386 or CONTEXT_AMD64).  */
> +#define CONTEXT_DEBUG_REG_FLAG (CONTEXT_DEBUG_REGISTERS & ~CONTEXT_CONTROL)
> +
>  struct x86_windows_per_inferior : public windows_per_inferior
>  {
>    /* The function to use in order to determine whether a register is
> @@ -142,7 +146,7 @@ x86_windows_nat_target::thread_context_continue (windows_thread_info *th,
>  	{
>  	  windows_process->fill_thread_context (th);
>  
> -	  gdb_assert ((context->ContextFlags & CONTEXT_DEBUG_REGISTERS) != 0);
> +	  gdb_assert ((context->ContextFlags & CONTEXT_DEBUG_REG_FLAG) != 0);
>  
>  	  /* Check whether the thread has Dr6 set indicating a
>  	     watchpoint hit, and we haven't seen the watchpoint event
> @@ -173,13 +177,13 @@ x86_windows_nat_target::thread_context_continue (windows_thread_info *th,
>  		     update the debug registers later when the thread
>  		     is re-resumed by the core after the watchpoint
>  		     event.  */
> -		  context->ContextFlags &= ~CONTEXT_DEBUG_REGISTERS;
> +		  context->ContextFlags &= ~CONTEXT_DEBUG_REG_FLAG;
>  		}
>  	    }
>  	  else
>  	    DEBUG_EVENTS ("0x%x has no dr6 set", th->tid);
>  
> -	  if ((context->ContextFlags & CONTEXT_DEBUG_REGISTERS) != 0)
> +	  if ((context->ContextFlags & CONTEXT_DEBUG_REG_FLAG) != 0)
>  	    {
>  	      DEBUG_EVENTS ("0x%x changing dregs", th->tid);
>  	      context->Dr0 = state->dr_mirror[0];


      parent reply	other threads:[~2026-08-17  0:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20260722153353.429342-1-ssbssa.ref@yahoo.de>
2026-07-22 15:32 ` Hannes Domani
2026-08-06 16:36   ` Hannes Domani
2026-08-12 19:46   ` Tom Tromey
2026-08-12 20:16     ` Hannes Domani
2026-08-13 17:04       ` Tom Tromey
2026-08-14 11:30         ` Hannes Domani
2026-08-17  0:32   ` Pedro Alves [this message]

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=130bf75f-5fcc-4a4c-8363-a9dc9eecc10e@palves.net \
    --to=pedro@palves.net \
    --cc=gdb-patches@sourceware.org \
    --cc=ssbssa@yahoo.de \
    /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