From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id anyZJ2RV/mn4cCQAWB0awg (envelope-from ) for ; Fri, 08 May 2026 17:28:04 -0400 Received: by simark.ca (Postfix, from userid 112) id 75CF51E0BA; Fri, 08 May 2026 17:28:04 -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 68C0C1E067 for ; Fri, 08 May 2026 17:28:03 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 4FA754BA2E11 for ; Fri, 8 May 2026 21:28:02 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4FA754BA2E11 Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) by sourceware.org (Postfix) with ESMTPS id 7D6764BA543C for ; Fri, 8 May 2026 21:27:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7D6764BA543C 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 7D6764BA543C Authentication-Results: sourceware.org; arc=none smtp.remote-ip=209.85.128.41 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1778275657; cv=none; b=qvVB/s+05BR6j8HYqgtZrXvZK1VfKgZceGayISq+MDRQZEDpRzV230q2fWWrgeY2mXwlHl6fB8YOHMID8+IOvJ7XRN0buwPtpMTUklVK+17PXmodPe5E22cQ5YCbrQPAvPPi8tMMZE4Dejt+kbRX4spcQE6cje7Ni2AeDipxu0I= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1778275657; c=relaxed/simple; bh=zp0lQ/b4Fjq4Vv6Ez2tBi9n+oidK5/lQLmmjRVG376k=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=HQANrU44UvYvI8i07E3v2RIDhJ7ZfkGPiLt/JLNB67hhLv9a8VRr6b1WLVGXmLp5J/mn6nyEctsSRFU5rqjWqkITWFZAPAH+1MJkaHZ3lQugXvpWHDYFEBFxR6HgGAfjYvGoYoKFwsBLWs+rBaun3JTRHAc+kn2xH1qNW+fHTyI= ARC-Authentication-Results: i=1; sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7D6764BA543C Received: by mail-wm1-f41.google.com with SMTP id 5b1f17b1804b1-488d2079582so26570515e9.2 for ; Fri, 08 May 2026 14:27:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778275656; x=1778880456; 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=yDnDgaFI+fwTH+sNXaI9SE3ICzXTxR+agB7SaRz+ilk=; b=hZzMrS0Ly51TSO1oblqzMmNveHXYO+SweGIrUs81OTdWv1at52THYMVx2nUKwp/5tT hl+k7QtRXv6v6gYUsD90lVgmNy6wWzhwTaD5nX7V8dIuxP0Af8Ar+PdKNr+YsqDXVErK dEwqfik42zRcvXkOuyz005zNDFjULUCEPEECW2RXoU7CVutmuAF0SkMqhOHmNXGOuebE x2tjNWAp00sPExHzZguTuQj2+DsNHQiynixDBBwBD/ihgdlDpLcYFvAejQDWAHmoWbFu Q1hQ0wbR3IazSC0o5XwNfkfSZJWdmbBWT7EuROf+gsaCmxo2Z0Ae68QdVWEc9unKNGGd sr3w== X-Gm-Message-State: AOJu0Yzhs6ZWp2kEX1zxzVXfJlm35kzBTXEd2xAK0NSBOSCKoc2VRgBb YCHhJUvzipGPb3++wdeVJVpWUo0QHfzLVUNgl8pEDzhyefmLHjKtmiOp X-Gm-Gg: AeBDieuWcKf5YiMVQELEpFOP+CgZ5r9+2tMq1AuHpa/qGczbGN3ZDscOlFs8n5xRsqY QLYS6XYwfqBhY1v39cqpmfVs1pVueQbRDEoC/ph//+99KFe1vo0LrWAoUExd1tce2XEmsn3xI89 eMM0HBeBYewcIi4ns4Zy3UsR/uNXfMSEcQsthzkQDWOtX6IJXENPzImY9ZskrkbfSrlwOMpHr5F vfJagh5iwC1ltudicxAqhEp0FVH2gV1SC/BIfJ7f1o+PlzG8piYRMlHA6zYdcqCfYNHUFxyf1rW 6JGev9Hexa9AbxIK6C22G6zLMoaCDA2YSUEzVSAwJJEnGIuU3RXGEnUbWPUj5oR8HVUV8pSQsAj GKAeRyCtDd7xTQTY78bUHVRYsR8Xh1sehmzfp0NxjSlOobU+ND1YpVrX41IvlDoyl+5FdGMgVoF CW5O0fN5p/+WgCQhhpjmX73xWp5dXauMkJbH2qgCsYC0BkaE1PvPVHsAmP8t6moMuKuVBqzu8= X-Received: by 2002:a05:600c:3151:b0:48a:7605:751e with SMTP id 5b1f17b1804b1-48e51e0837amr218060125e9.4.1778275656033; Fri, 08 May 2026 14:27:36 -0700 (PDT) Received: from ?IPV6:2001:8a0:facb:a800:e4b:c156:190:1fe5? ([2001:8a0:facb:a800:e4b:c156:190:1fe5]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48e6d8e4f8csm8628395e9.12.2026.05.08.14.27.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 08 May 2026 14:27:35 -0700 (PDT) Message-ID: <8a20e6ce-0f71-4a00-b62f-14cfc2ea32d5@palves.net> Date: Fri, 8 May 2026 22:27:33 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 00/11] Windows non-stop mode To: Tom Tromey Cc: gdb-patches@sourceware.org References: <20260429201507.480870-1-pedro@palves.net> <873401oi7w.fsf@tromey.com> From: Pedro Alves Content-Language: en-US In-Reply-To: <873401oi7w.fsf@tromey.com> 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 On 2026-05-08 19:43, Tom Tromey wrote: > As mentioned elsewhere, this caused some regressions in the internal > AdaCore test suite. Thanks. > > > On x86 Windows 2019 we see the "unwaited-for children" message > > (gdb) run my_which2 > Starting program: C:\it\sbx\wave\x86-windows\gdb_version-head_test\tmp\test\gdb-TS-8qgi1zlz\K509-012__path_cmd\my_which.exe my_which2 > C:\it\sbx\wave\x86-windows\gdb_version-head_test\tmp\test\gdb-TS-8qgi1zlz\K509-012__path_cmd\mybin2\my_which2.exe > No unwaited-for children left. > FAILED:K509-012__path_cmd:run my_which2 > > A few tests seem to fail this way but they are all pretty basic things > like the above. That sounds like the same symptom of the problem you saw last year, though I think it was another test back then. > > The same happens on x86-64 Windows 2019. > > > There's another test that adds some event listeners from Python like: > > gdb.events.stop.connect(signal_stop_handler) > gdb.events.stop.connect(breakpoint_stop_handler) > gdb.events.exited.connect(exit_handler) > gdb.events.cont.connect(continue_handler) > > These just print what happens. The test started failing because what > exactly happens has changed: > > --- Regression: K224-002__py-events:what_happened > - Could not match > event type: continue > event type: stop > event !! FAILS HERE -> type: stop > stop reason: breakpoint > breakpoint number: @NUMBER > all threads stopped > - Against input line > event type: continue > event type: continue > event type: stop > event type: stop > stop reason: breakpoint > breakpoint number: 2 > all threads stopped > > That is, two stop events seem to be produced? > I'm afraid I'm not able to parse the output above off hand. > According to the notes this test is a port of gdb.python/py-events.exp, > though I am not sure if they have diverged. Hmm, I'm cross compiling Cygwin gdb and that doesn't include Python support. I'll see if I can set things up to enable Python support and run gdb.python/py-events.exp with Cygwin. > > I'm not really sure that the Windows 2019 detail is completely relevant > because that seems to be the only version of the OS that we're using to > test gdb HEAD. What was the other system that you ran tests on, where they passed? I don't have a Windows 2019 machine handy. I've been testing on Windows 11 with latest Microsoft updates. > > Anyway I am happy to produce logs or something if that would help. > Eventually I'll probably end up debugging this myself but it might be a > while. Reducing things to something that I could reproduce myself would help a lot. We already tried that last year, and the tests I came up with that mimicked yours didn't trigger the issues for me, unfortunately. I don't think we ever confirmed if my tests would trigger the problems for you, though. Confirming that "maint show target-non-stop" says non-stop is on, and checking whether "maint set target-non-stop off" makes a difference might help. "set debug infrun 1" + the usual "set debugfoo 1" Windows target logs are probably helpful. Pedro Alves