From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id oz/mJ4Ir82nAwQUAWB0awg (envelope-from ) for ; Thu, 30 Apr 2026 06:14:26 -0400 Received: by simark.ca (Postfix, from userid 112) id 8F8301E0BA; Thu, 30 Apr 2026 06:14:26 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED,RCVD_IN_VALIDITY_RPBL_BLOCKED, RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 74B9D1E067 for ; Thu, 30 Apr 2026 06:14:25 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id E251E436A065 for ; Thu, 30 Apr 2026 10:14:24 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E251E436A065 Received: from mail-wm1-f51.google.com (mail-wm1-f51.google.com [209.85.128.51]) by sourceware.org (Postfix) with ESMTPS id 46373436A04E for ; Thu, 30 Apr 2026 10:14:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 46373436A04E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=palves.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 46373436A04E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=209.85.128.51 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777544041; cv=none; b=xugn5MLfd+muLu654ajpra9lbFASnLZ/8lFrMlT6/RJPavzr/ybxC/XZ4RHVEuYyuW3NqOsZn0fSzCBC7ause7cXPBbEJ8qmLWrM0JVTeai76fKpbEXF2V30YpJceADm1lSjOBpiMX07KScaio9YVu/HbMG9trA+gLENSuLVdKg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777544041; c=relaxed/simple; bh=ytHB/cO5ad1tZEnInSqXUKgpRtnra4k4pMY9obLQak4=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=VJtvikrpd5NBfXsH9+fBxLZMThQBsQ+neVBiZFw0oJdXs2e0duzP/QDfQoHHLsxHDc+Yfyytc6WmvQZA99U0q2ZCp+JI8bHzKoOORYYf5bmWW4DH8mCWo+2EOg/VnMZsABtmKjSiiRnRRH5Z1tsAcdvIq0DZ8st3gLdvHBFbZNw= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 46373436A04E Received: by mail-wm1-f51.google.com with SMTP id 5b1f17b1804b1-488a9033b2cso6638265e9.2 for ; Thu, 30 Apr 2026 03:14:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777544040; x=1778148840; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HVeuXMmPBgzSPQdzqUMXtN5mcLj6rQ+UxUmpJ7PMcn0=; b=o2DlSNG3u2wFTae+NwfMPYLKYoLqAPxl9dPP+yXtbBobKrGP1Wztxrb4WnsIa/fJex m27OSsiHrFLvk+cu3yVCEyWYQq6Q1w1vxaUbLMwvErWWgBg2az5pqAIaTAh0tV59T6G4 fLiVunb/eXS+crTsWEdiBOCCGeY22Au3TJarnGUMNOawcZ673VY7p+9XXRuqMxpQJr69 vZOy2u12+SdPyIQGnT438FNtZI1r4PHo0HX3aR5gQMvV0hF5JM9jlibsnsWqN3PUS77m +9ACR6F1UKguEGeaOS8ERLgqdHv6qkfgFM/J+5ZglpedZimo8yyzMc1GsUFFnwBiLhG1 CLsQ== X-Gm-Message-State: AOJu0YyEL7Q3Y0snL5TIhVKscQlmVq4GNqQaGhfVL/81TTRULLPGtpkb Ndc2kLzVp9is9a3daTGrEju0Awn//e2vJrGx4r6UlzW77eR1US9lUd+Qfk95Dw== X-Gm-Gg: AeBDievM2ebAkosvq/zo8Qy1y6325N4H0lDg+m+gtzVbCRRheoBx94irCOKI8XzusvD IFo6gkT+FMElrdY3vZs6zDzncANuBlcJ98Rk2V9v2p1V0fOZGjgnOE9KZCZmfjhZcNgWh4rzUtr kDyJMaXETZjKNnKbt7FKkuhYa/7GWE3FdX+6uHWFaY6ngUg2E7fAw4iq18i44Rh73jkaFdZa87w 7lETPo89tuTkeZCLNrPCNeXBF6guu0PAKN9Q9pEIwfykrV3By9VfNcaj0yc9m+ADzDJ3DzYs4V9 Q0J0abUIFoX8PZN9qUbQIcPlTbOBuC0RHtzYPamlsXw5dKp/Bs/9MROqoV7II8pQ3Vzzx6QFkrv 7AblB0bDyNIjT88nBgwxVcrvLaf0Cc3cvq41lSBuHpUpsn+sOYxiAh5TQBm2exWRm9zefwxKNLr juiwOy641yl1Tq4LTy8tIOZc9sl2MzgIeLnEqyTUAs7QCdZ3r1fR2SFPoKLZ1zo680aeAa5Uuna lI5 X-Received: by 2002:a05:600c:1991:b0:489:1ff1:74df with SMTP id 5b1f17b1804b1-48a83d62feemr32631125e9.1.1777544039693; Thu, 30 Apr 2026 03:13:59 -0700 (PDT) Received: from ?IPV6:2001:8a0:facb:a800:7184:b702:c4f3:bfd3? ([2001:8a0:facb:a800:7184:b702:c4f3:bfd3]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48a822c832fsm93911265e9.10.2026.04.30.03.13.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 30 Apr 2026 03:13:58 -0700 (PDT) Message-ID: <601b9ddc-382c-42ce-82c0-c01d3266021a@palves.net> Date: Thu, 30 Apr 2026 11:13:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 00/11] Windows non-stop mode To: Eli Zaretskii , Hannes Domani Cc: gdb-patches@sourceware.org References: <20260429201507.480870-1-pedro@palves.net> <86a4ul3sbb.fsf@gnu.org> From: Pedro Alves Content-Language: en-US In-Reply-To: <86a4ul3sbb.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Hi Eli, On 2026-04-30 06:55, Eli Zaretskii wrote: >> From: Pedro Alves >> After the series, the Windows target backend defaults to working in >> non-stop mode (as in, "maint set target-non-stop"), even if >> user-visible mode is all-stop ("set non-stop off"). This is the same >> as the Linux backend. > > I'm not sure this is necessarily a good idea. Windows is weird in > this aspect, as you know very well: the system frequently starts > additional threads for its own purposes, such as handling the Ctrl-C > and Ctrl-BREAK signals. Also, many Windows programs have a separate > UI thread which receives and dispatches the Windows GUI messages. > Letting those threads run by default when the program stops at a > breakpoint is not necessarily the best alternative, and perhaps is > best left to the GDB user in each case (they can do that in > program-specific .gdbinit, if they need). Or am I missing something? What I meant by the above, is that the windows target backend code defaults to working in non-stop mode, but the user does not see any difference. When a breakpoint is hit, GDB still stops all threads. For the user, it still works the same, "set non-stop off" is still the default and I don't plan to change that. The "maint set target-non-stop" setting is just for how the backend communicates with infrun. I call this "all-stop on top of non-stop". Short for "(user-visible) all-stop on top of (backend working in) non-stop (mode)". This is how the Linux backend works too. When the backend works in non-stop mode (the "maint set target-non-stop" setting), infrun takes responsibility for explicitly stopping all threads when necessary, instead of the backend implicitly stopping all threads for every reported internal debug event. It gives more flexibility to infrun, and is a requirement for enabling supporting AMD GPU debugging on Windows. The user doesn't see anything different. Pedro Alves