From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 125546 invoked by alias); 29 Dec 2019 07:25:08 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 125157 invoked by uid 89); 29 Dec 2019 07:24:48 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_WEB,SPF_PASS autolearn=no version=3.3.1 spammy=HContent-Transfer-Encoding:8bit X-HELO: mail-wr1-f49.google.com Received: from mail-wr1-f49.google.com (HELO mail-wr1-f49.google.com) (209.85.221.49) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 29 Dec 2019 07:24:45 +0000 Received: by mail-wr1-f49.google.com with SMTP id z7so29998917wrl.13 for ; Sat, 28 Dec 2019 23:24:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=EyrxAJJ1S2gKcMBJxyuD5qVC3skhnz53NlUj47YSqzs=; b=W3nTzDLh+BCof+hOcseadCfjEVP4oVOIaiL7u5jX2FoyQfEmZRcsDorJ0VysF/cftq VwM172Rven8G7ty09ep6Oo5li2Kw1Ock1zWn4EHKpBbsqZxKy1mj59L7Pet+X/jee+s8 +QEX47QmhTDeHyQWV0Dhvus5UJP2rFgBYlThe+eUmurITR8OnTOWrNGa5V8O8vMEZwz8 zpsKQ9F5/TnE/m7cYTjGDIKeqr5vVVhiVQEdi8/tmu86TD69Vxlc6IQ3Qj1HBUz8XzkU fvmmTdODBrqhxZF8M4/U60YBCDh4c3IdSt1JLPZ9xqm9c6nM2JvMERRSyh/hVzecuFGU Uj2g== Return-Path: Received: from [192.168.0.11] ([151.60.83.131]) by smtp.gmail.com with ESMTPSA id n3sm40432080wrs.8.2019.12.28.23.24.29 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Dec 2019 23:24:30 -0800 (PST) Subject: Re: GDB and thread To: cygwin@cygwin.com References: <5bb42265-9adf-9499-0b94-ab1f2b139e58@SystematicSw.ab.ca> From: Marco Atzeri Message-ID: <956350f7-5bbc-4e80-f089-03851c6e0f44@gmail.com> Date: Sun, 29 Dec 2019 16:50:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <5bb42265-9adf-9499-0b94-ab1f2b139e58@SystematicSw.ab.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00313.txt.bz2 Am 29.12.2019 um 05:38 schrieb Brian Inglis: > On 2019-12-28 15:28, Marco Atzeri wrote: >> Am 28.12.2019 um 23:03 schrieb Ken Brown: >>> On 12/28/2019 4:27 PM, Marco Atzeri wrote: >>>> I am trying to debug the libuv test failures, >>>> but it seems I am not able to convince GDB on stopping >>>> just before the failure. >>>> >>>> Is "thread apply all" working on Cygwin ? >>>> The fact that produces no output in comparison to >>>> a normal break command is a bit strange >>>> >>>> (gdb) break test-dlerror.c:34 >>>> Breakpoint 1 at 0x10040b0b0: file /pub/devel/libuv/libuv-1.34.0/test/test-dlerro >>>> r.c, line 34. >>>> (gdb) thread apply all break test-dlerror.c:34 >>> >>> Might this be related to optimization?  That could change the order in which >>> lines of code are executed.  Have you tried building without optimization? >> >> Already thought, but it is built with -ggdb -O0 > Recommended to use at least -Og nowadays for better debugging: > > $ info gcc inv debug > > "With no '-O' option at all, some compiler passes that collect information > useful for debugging do not run at all, so that '-Og' may result in a better > debugging experience." > Thanks for the info unfortunately there is no difference. It is like the debugger is unable to see the breakpoints when running in this threaded code. Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple