From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 2TU5NsT1s2oaEDgAWB0awg (envelope-from ) for ; Wed, 23 Sep 2026 11:52:36 -0400 Authentication-Results: simark.ca; dkim=fail reason="signature verification failed" (768-bit key; unprotected) header.d=tromey.com header.i=@tromey.com header.a=rsa-sha256 header.s=default header.b=jDTwREg/; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id D9CD21E01F; Wed, 23 Sep 2026 11:52:36 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_INVALID,DKIM_SIGNED,MAILING_LIST_MULTI,RCVD_IN_BL_SPAMCOP_NET, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=no 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 772D71E01F for ; Wed, 23 Sep 2026 11:52:36 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 831AD4BB24EA for ; Wed, 23 Sep 2026 15:52:34 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 831AD4BB24EA Authentication-Results: sourceware.org; dkim=fail reason="signature verification failed" (768-bit key, unprotected) header.d=tromey.com header.i=@tromey.com header.a=rsa-sha256 header.s=default header.b=jDTwREg/ Received: from omta038.useast.a.cloudfilter.net (omta038.useast.a.cloudfilter.net [44.202.169.37]) by sourceware.org (Postfix) with ESMTPS id 19CAC4BB3BCE for ; Wed, 23 Sep 2026 15:51:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 19CAC4BB3BCE Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=tromey.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 19CAC4BB3BCE Authentication-Results: sourceware.org; arc=none smtp.remote-ip=44.202.169.37 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1790178678; cv=none; b=EKIhIxQumg65vUDWRRAzA5g5Y+1Bz91inHeCHbI7F6ynoGF+Fg0SefzdYUkhxmRSBiYLCt0gOPGyhdIuUUNME1SnKDvE9LWcIuQdtwrfjXKyD8fHFyTrtYZ3cjr9IvIRjHOZEw4DQXE3Bwb0sFHaY3d+czDvFGjNrvZuqMUu3XM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1790178678; c=relaxed/simple; bh=L3cdk7R+rb3L5XPm8gZlF1bNbi6+VXwG1SJeorNmK/0=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=Avcmdl6+DJp+WL9gqq8VeBRbsVMkwPp3Cfz4TxeXstrD2bcSVRSlnuoeSDq3+Ip+jZXnWQC5eH53jxToL0/KkbgOwVI9bLvKmn/MBr7DjA17T+8l/gMh6WlDBcEDjO+UVspn82JS3RYy6XH4MI714lzatwKlGeD9bJg70EaT8uk= ARC-Authentication-Results: i=1; sourceware.org; dkim=policy (768-bit key, unprotected) header.d=tromey.com header.i=@tromey.com header.a=rsa-sha256 header.s=default header.b=jDTwREg/ reason="signing key too small" DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 19CAC4BB3BCE Received: from eig-obgw-5002b.ext.cloudfilter.net ([10.0.29.226]) by cmsmtp with ESMTPS id 9Ndxx6FNBJFmF9PFdxr5Yk; Wed, 23 Sep 2026 15:51:17 +0000 Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with ESMTPS id 9PFcxssR2xqsh9PFdxchZK; Wed, 23 Sep 2026 15:51:17 +0000 X-Authority-Analysis: v=2.4 cv=cLXgskeN c=1 sm=1 tr=0 ts=6ab3f575 a=ApxJNpeYhEAb1aAlGBBbmA==:117 a=ApxJNpeYhEAb1aAlGBBbmA==:17 a=VdqzKS8jKosA:10 a=ItBw4LHWJt0A:10 a=RxQqrRIZnCFUr1oJNFAA:9 a=DCx65vhANUyCzuf5D8fC:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To :Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Unsubscribe-Post: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EofRvj49Bnwtl6hdq3PRzNV0pOX/TD0DuzUOS3oONjQ=; b=jDTwREg/pn9zkm6xpEPa0HkW/C R9tN/I5P1j9pi5pHLYmJSRUEA7KoDInxxMYXRJwqRBAeXiwaGCwCXvduaNFl41UAbXXVsiuFb2XNq KqlbH1Xn8+T/72e1T7Ol2XLpj; Received: from 75-166-229-74.hlrn.qwest.net ([75.166.229.74]:42152 helo=bapiya) by box5379.bluehost.com with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.100) (envelope-from ) id 1x9PFc-000000034Lr-2WcT; Wed, 23 Sep 2026 09:51:16 -0600 From: Tom Tromey To: Tom de Vries Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [PATCH v2 6/7] [gdb/tui] Handle section holes when forward disassembling In-Reply-To: <255d0dd3-6b7e-4bfc-800a-2aedfecbdcab@suse.de> (Tom de Vries's message of "Mon, 21 Sep 2026 23:29:53 +0200") References: <20260909094849.2745086-1-tdevries@suse.de> <20260909094849.2745086-7-tdevries@suse.de> <87ld97y6na.fsf@tromey.com> <255d0dd3-6b7e-4bfc-800a-2aedfecbdcab@suse.de> X-Attribution: Tom Date: Wed, 23 Sep 2026 09:51:15 -0600 Message-ID: <87tsnghsp8.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5379.bluehost.com X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tromey.com X-BWhitelist: no X-Source-IP: 75.166.229.74 X-Source-L: No X-Exim-ID: 1x9PFc-000000034Lr-2WcT X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 75-166-229-74.hlrn.qwest.net (bapiya) [75.166.229.74]:42152 X-Source-Auth: tom+tromey.com X-Email-Count: 9 X-Org: HG=bhshared;ORG=bluehost; X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-CMAE-Envelope: MS4xfH1bK04arUnR9BDWmSgc7Zcr4kK5C9t7mMocQeV1yXH+28vw5kXT+rFFJsLL5FCQ29CTN8t8lBD8f4lE4gSBeqBUC9ZYQkQdNt9xMC1gZBNYlyEw8BVQ l1kfX66YOIfmaXEt70oyW/dirQlgn2CrL9drAqbzj/myaD3MDduQdxGOlS9Escj4tBirGp4OjC1aQMQWaAjRqhSxGeJYhmdzPfU= 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 >>>>> "Tom" == Tom de Vries writes: >> I'm not sure this is the best test. SEC_ALLOC can be set for data >> sections as well; e.g. from 'objdump -h' on gdb: >> 13 .rodata 00dc0acc 0000000001064d80 0000000001064d80 >> 00c64d80 2**7 >> CONTENTS, ALLOC, LOAD, READONLY, DATA >> Probably you want SEC_CODE or maybe SEC_ALLOC|SEC_CODE, though I >> don't >> know if you can ever have code that isn't also 'alloc' (like, what would >> be the point). >> Tom> That was my approach in v1, but it got comments [1], so I'm leaving Tom> that for now. I think there's a difference between having the "disassemble" command accept data addresses and show the disassembly, and the idea that paging through the code might also show data sections. In the former case, gdb is doing something the user explicitly asked for. In the latter case, though, gdb is probably just showing garbage. Tom