From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.efficios.com (mail.efficios.com [167.114.26.124]) by sourceware.org (Postfix) with ESMTPS id D1267383F861 for ; Fri, 4 Dec 2020 20:49:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D1267383F861 Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id 9EEB02CE56E; Fri, 4 Dec 2020 15:49:11 -0500 (EST) Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id rAYNzVWL7B-y; Fri, 4 Dec 2020 15:49:11 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id 61F222CE56B; Fri, 4 Dec 2020 15:49:11 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.efficios.com 61F222CE56B X-Virus-Scanned: amavisd-new at efficios.com Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id N5U_ixC_GeMo; Fri, 4 Dec 2020 15:49:11 -0500 (EST) Received: from [172.16.0.95] (192-222-181-218.qc.cable.ebox.net [192.222.181.218]) by mail.efficios.com (Postfix) with ESMTPSA id 40FB22CE56A; Fri, 4 Dec 2020 15:49:11 -0500 (EST) Subject: Re: [PATCH v2 02/14] gdb: clear inferior displaced stepping state and in-line step-over info on exec To: Pedro Alves , Simon Marchi , Simon Marchi , gdb-patches@sourceware.org References: <20201202154805.1484317-1-simon.marchi@polymtl.ca> <20201202154805.1484317-3-simon.marchi@polymtl.ca> <8d5cc52e-79c0-d1a5-6544-f7fdd28a6005@simark.ca> From: Simon Marchi Message-ID: Date: Fri, 4 Dec 2020 15:49:10 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: tl Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2020 20:49:12 -0000 On 2020-12-03 8:54 p.m., Pedro Alves wrote: > Can we kfail it? Yes, I filed a PR for that. https://sourceware.org/bugzilla/show_bug.cgi?id=27020 I'll make the test return early if the "continue across exec" fails, because the rest will fail anyway. So: 85 # Continue across exec to main. 86 if { [target_is_gdbserver] } { 87 setup_kfail gdb/27020 "*-*-*" 88 } 89 set failed [gdb_test "continue" \ 90 "process $decimal is executing new program: .* hit Breakpoint $decimal, main .*" \ 91 "continue across exec"] 92 if { $failed } { 93 return 94 } > > It sounds like the kind of thing that would happen if gdbserver forgets to > clear step_over_bkpt when the process execs. Probably, but I don't want to start investigating this right now, I have enough things on my plate for now :). Simon