From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2061.outbound.protection.outlook.com [40.107.20.61]) by sourceware.org (Postfix) with ESMTPS id AC0723858D3C for ; Fri, 18 Mar 2022 17:47:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org AC0723858D3C Received: from AS9PR06CA0397.eurprd06.prod.outlook.com (2603:10a6:20b:461::8) by AM6PR08MB4325.eurprd08.prod.outlook.com (2603:10a6:20b:71::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.17; Fri, 18 Mar 2022 17:47:09 +0000 Received: from VE1EUR03FT045.eop-EUR03.prod.protection.outlook.com (2603:10a6:20b:461:cafe::fd) by AS9PR06CA0397.outlook.office365.com (2603:10a6:20b:461::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.17 via Frontend Transport; Fri, 18 Mar 2022 17:47:09 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by VE1EUR03FT045.mail.protection.outlook.com (10.152.19.51) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.14 via Frontend Transport; Fri, 18 Mar 2022 17:47:08 +0000 Received: ("Tessian outbound 31aeb3346a45:v113"); Fri, 18 Mar 2022 17:47:08 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 5c561ea4cec6e136 X-CR-MTA-TID: 64aa7808 Received: from 860f68a2eb63.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id 39A5EF2C-E63C-45F1-8F8F-97D8D2EA5F77.1; Fri, 18 Mar 2022 17:47:02 +0000 Received: from EUR02-HE1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 860f68a2eb63.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Fri, 18 Mar 2022 17:47:02 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NSZYAJSjtbKip3YHWquMYiQQyJrav1CK7fL9SQIo/wIUF/KDOJxIyeH+RAh3jQp/9olvJD9SwkJA4CiyNfP0jruYM4p0dK6+CAXF86FlwyBHXzarLxSxBgeSadRAxVqsDo1zYIbQZjCQxTrVwn/tVmVW4rjBIrydCLNyJlGNKoT0132KLd21szggSB1tPDllVwpvpoJTnCzzfRXIIlTBuNJFDHc7X6e7z3i6CifIz5+rJYDSl8M9bQDs/8wULXCV6jA8v5Y37Ftl8/EWtRGG4ldm9/GdT6cDOICm2cWnor15n80UR23kMbmsi/Ll8W/htpc/twEzZjkdpzg45PaW3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=yWvsLMoMsluyTBZ/Eky9j9miQAGln9z/HJkMQATVI5g=; b=FP9zcve2WnKkKGBgo/1c75fi5xJkWY6dcG9o3oOqLq0Lin9LoaFli2z9PU2zSeVjvMo4sWojLOQOUMHiMdD8u9JiMABqX0EYO1xr2qaF5MO/DbWu4tpdBWtjPHyCeYN4oXiMNxd+Dsr+d+d/WXNChwBo/kzwWqm7crloGUGLU0FDmrRw0wuJxVO6nZJxScMIfnqyHJjVB8qkI1qjrPvaodxARUYep93Ht/I3ZwNlVjb/rgMGd5TmrJZLbe4C2rkuWAhMCiA+5LLiMoy2qGFiG/73R1N5jxxD+HoytW456SXQ1NuMTOdfcWxu6VIVVF1x+dTRa7dpq2dxrGZL78ca0g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) by HE1PR0801MB1820.eurprd08.prod.outlook.com (2603:10a6:3:85::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5081.17; Fri, 18 Mar 2022 17:47:00 +0000 Received: from VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::4d3d:c632:297e:1dcc]) by VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::4d3d:c632:297e:1dcc%5]) with mapi id 15.20.5081.017; Fri, 18 Mar 2022 17:46:59 +0000 Message-ID: <9f853649-6b9b-7ca0-b3e1-6c08c9c5757a@arm.com> Date: Fri, 18 Mar 2022 17:46:58 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: Step causes GDB to spin in infinite loop when PC doesn't change Content-Language: en-US To: "Denio, Mike" , "gdb@sourceware.org" References: From: Luis Machado In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO4P123CA0076.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:190::9) To VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) MIME-Version: 1.0 X-MS-Office365-Filtering-Correlation-Id: c8231c05-9238-417a-ddb6-08da0907530d X-MS-TrafficTypeDiagnostic: HE1PR0801MB1820:EE_|VE1EUR03FT045:EE_|AM6PR08MB4325:EE_ X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: i7e5GsiE7+N983w5UntP5PCSXe/flmZrvZYQ4QirwPHUX19Dw8c3InaOYzPdSOovKRpVH7tGM2+uh7YRwonbQieBC/5ai6TTZGXEsujH1c3omt9uNM+R1G78CeHFxWcEXv/tvetphs0k+D9isME7pgdiqAqzij/jmkzwWR+io3xef9x8YeF4oy/ZYYQu0yh/jWQZp3zgU2EJATBg5Fb0l/5ySHdbb2KaSKSwa/bYnOJxEUSjQXrTdsoaiImngNfC6oLs3ssNI635bApmFkb5ZdFI/HEI8EbCuV1HY4yuqJuchP3m2LPgT7epSFFHSCsz4WvLM3+ged6Xj37T59u+6yDap4NxMskQh6UXB7i467TeoesY6w4oezfKZz2oeaBBxwXt/fHejGjjXZlWKWobkeJY5ke0cF4NlUccxbXPH+5dmOwqkOzrKs/hemt5Ficr2owGDHh50bt1JzswpqljP4k69i78jZtX44aeGce/NVrOQI6rV2WTqmxR2QK3h3j+Sc+os5r1OLgrdHsSnKkpm8pjkGd4q4CLaicdNsX+xDb7PJknL8BZi6ebThpScZYDovq5ax36byn/i2g/XccLEOe77Wr15CtwfqFcj5m2LsXRblKex/Ra2wmQoEbR50qioYxZouyvzrJO40wAukO1mfs3UNNEkUjQCWQ3wkHsfd3SeTYPpZU/ip2dkXOZN3DJaKwZe1za0t4uEc6sMd466EfnJyptqwIwjYzMwLSdSHs= X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR08MB3919.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(36756003)(44832011)(38100700002)(86362001)(8676002)(5660300002)(66556008)(6512007)(66946007)(53546011)(2906002)(316002)(83380400001)(31696002)(508600001)(8936002)(110136005)(26005)(186003)(2616005)(31686004)(6506007)(6486002)(66476007)(45980500001)(43740500002); DIR:OUT; SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0801MB1820 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT045.eop-EUR03.prod.protection.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 9862082d-3b8a-42cc-f8d7-08da09074d88 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 20lgCk4CUVfdz5y6OaWvzJdEBljlSJUXvvPwAcLF+eti5Hik5J0Machr89ctdIKvLw9P7qulySn2vlEXF2gG5BWeFXRQ07g3xe1lVgPrupoL6gCEvM74z8nStzamS60tfQGz1nAHmqgttDuckCwos9tkh6A9/O1HRQr0QjMWR5J0uyIFQZCvhDSR5jMNl9knR7CY4hnWVPdsQCI1c1UXpSYFqRoys4oU8uUjvDAKCEXW6xzkkNyHfqOfT7jXeRqOC83XOYlIIA6+vJSRXkIcsV4qCMB9s3fTViTQrR6/Q1YjL7zRf846bNUJGJFD4XyfGaInK1AjQTn2O2UZBBRGi5AiW0H8zy5m0jOQwLuo/k+n6l/bAjtudkyAJxz5EY8NIkD9KIdHbb0i557vh/hW7Ksk9XiZr3Uv5CskoUH9QzL3EHVkqpXtFOHpnUq4XLhhb1YW2Sd6t+3gmQ+pw8PDITBl2x2h4/iUvMvWKO98jqTUzvjMWV5PUhFzXPqgbneNJdcte2pCbDnv6d3GTgUU/TAlCt77T9axjReC/UQiDC3DSAtUZqSmd6FIU2GPFPNh9x6K//RYLPgJdZKPLhvyFXOhLtU97u8nirYV1n3jF7CTE3qIAlSASuOsV3FznMVUaHgQdmpgXgC3kjxgVRyJ85AJUErCw2haS469mEgk0c2bcqMmjRdIszeJiL6DtNeWO/F3lmWfYK8Cb9Hgna+aKQ== X-Forefront-Antispam-Report: CIP:63.35.35.123; CTRY:IE; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:64aa7808-outbound-1.mta.getcheckrecipient.com; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; CAT:NONE; SFS:(13230001)(4636009)(40470700004)(46966006)(36840700001)(31696002)(2616005)(31686004)(36756003)(5660300002)(40460700003)(110136005)(8676002)(83380400001)(316002)(53546011)(6506007)(70586007)(6486002)(70206006)(356005)(336012)(81166007)(8936002)(86362001)(508600001)(36860700001)(26005)(186003)(82310400004)(2906002)(6512007)(44832011)(47076005)(43740500002); DIR:OUT; SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Mar 2022 17:47:08.8091 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: c8231c05-9238-417a-ddb6-08da0907530d X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: VE1EUR03FT045.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR08MB4325 X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2022 17:47:13 -0000 On 3/18/22 17:33, Denio, Mike wrote: >>>>> > That's what the step/next commands are designed to do. GDB will keep > stepping until it sees a line change. I suppose a "continue" command > here would be more appropriate, as GDB will send it once and keep > waiting for the outcome. stepi/nexti would be undesirable given they > will stop after a single instruction. > <<<< > > Thanks that makes some level of sense. Stepi also works fine. It just seemed a little odd that the desired behavior would be to lock up GDB if a user accidentally did a "step" on a jump to $ instruction. You can't even get out with ^C. I had to kill the debug server to regain control of GDB. I recall we used to have some issues like that, where GDB wouldn't stop stepping and would give you enough time to ctrl-C your way out of it, but they were fixed as far as I recall. Are you using non-stop mode with synchronous commands? You might want to try sending asynchronous commands (passing &), that way GDB will give you the prompt instantly and you will have full control again. You can then issue an interruption (interrupt -a) to stop everything.