From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gproxy2-pub.mail.unifiedlayer.com (gproxy2-pub.mail.unifiedlayer.com [69.89.18.3]) by sourceware.org (Postfix) with ESMTPS id A8DEB3857BBD for ; Fri, 15 Jul 2022 18:55:32 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A8DEB3857BBD Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=tromey.com Received: from cmgw12.mail.unifiedlayer.com (unknown [10.0.90.127]) by progateway4.mail.pro1.eigbox.com (Postfix) with ESMTP id F238E100494FA for ; Fri, 15 Jul 2022 18:55:20 +0000 (UTC) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with ESMTP id CQTAox9xiWg0ECQTAoy0Ps; Fri, 15 Jul 2022 18:55:20 +0000 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.4 cv=Y4w9DjSN c=1 sm=1 tr=0 ts=62d1b818 a=ApxJNpeYhEAb1aAlGBBbmA==:117 a=ApxJNpeYhEAb1aAlGBBbmA==:17 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=RgO8CyIxsXoA:10:nop_rcvd_month_year a=Qbun_eYptAEA:10:endurance_base64_authed_username_1 a=T_Alst9gAAAA:8 a=mNYpdZheHpEoeLlW0rcA:9 a=DvZ5ixILWSEuw56YIEpp: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:In-Reply-To:Date:References :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-Subscribe: List-Post:List-Owner:List-Archive; bh=DfIbfyOnVv8QJdzf59zgiMZmRCPLshVGCl2AK0Ank5I=; b=ofs7TAWC+kSurosFApt2yFSLmY g12DB5lX0q1Td6fLa+xCEXZDka+VYax+27DlrCgr6vWHtKdGaBBpudlhkv1JNOR3bYQtTPj021rm9 JMXrYiiozL5k536UXG/+puVMh; Received: from 71-211-185-228.hlrn.qwest.net ([71.211.185.228]:56120 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1oCQTA-00465V-CR; Fri, 15 Jul 2022 12:55:20 -0600 From: Tom Tromey To: Pedro Alves Cc: Tom de Vries , gdb-patches@sourceware.org Subject: Re: [PATCH][gdb/symtab] Fix out-of-bounds in objfile::section_offset References: <20220712080032.GA18344@delia.home> <98108218-5cc6-fab8-fe17-319d37e8cb39@suse.de> <53735898-5c00-1af6-c09a-7cc4622b64f7@palves.net> X-Attribution: Tom Date: Fri, 15 Jul 2022 12:55:19 -0600 In-Reply-To: <53735898-5c00-1af6-c09a-7cc4622b64f7@palves.net> (Pedro Alves's message of "Tue, 12 Jul 2022 11:25:21 +0100") Message-ID: <87bktqnr3c.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) 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: 71.211.185.228 X-Source-L: No X-Exim-ID: 1oCQTA-00465V-CR X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 71-211-185-228.hlrn.qwest.net (murgatroyd) [71.211.185.228]:56120 X-Source-Auth: tom+tromey.com X-Email-Count: 11 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-Spam-Status: No, score=-3022.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, JMQ_SPF_NEUTRAL, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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, 15 Jul 2022 18:55:33 -0000 >>>>> "Pedro" == Pedro Alves writes: Pedro> Another question is, why do the bfd sections grow in the first Pedro> place? It does seem bad if this can happen randomly. If it can be done intentionally though we could have gdb take whatever action is needed when first reading the BFD to get the full section count. All this stuff with section indices only exists for the case where an objfile is loaded using different offsets for different sections. Can this really happen (aside from absolute sections)? If not maybe we could just get rid of all of it. Tom