From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id oGHdHDG40WLErhMAWB0awg (envelope-from ) for ; Fri, 15 Jul 2022 14:55:45 -0400 Received: by simark.ca (Postfix, from userid 112) id 67F4A1E5EA; Fri, 15 Jul 2022 14:55:45 -0400 (EDT) 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=ofs7TAWC; dkim-atps=neutral X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,MAILING_LIST_MULTI,RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 084A41E13B for ; Fri, 15 Jul 2022 14:55:45 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 5D28D385703C for ; Fri, 15 Jul 2022 18:55:44 +0000 (GMT) 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 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-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: , Cc: gdb-patches@sourceware.org Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" >>>>> "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