From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 40415 invoked by alias); 19 Mar 2019 16:43:51 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 40406 invoked by uid 89); 19 Mar 2019 16:43:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=Waroquiers, waroquiers, philippe.waroquiers@skynet.be, U*philippe.waroquiers X-HELO: gateway21.websitewelcome.com Received: from gateway21.websitewelcome.com (HELO gateway21.websitewelcome.com) (192.185.45.36) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 19 Mar 2019 16:43:50 +0000 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway21.websitewelcome.com (Postfix) with ESMTP id BC54240118268 for ; Tue, 19 Mar 2019 11:43:48 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id 6Hq8h0yYydnCe6Hq8htJ8K; Tue, 19 Mar 2019 11:43:48 -0500 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=M5KPgjEx/QYqr0+EWPi9XXuZS4HwUx6mwucO8/bTyu0=; b=PgcXQNwCU+6GC9zmY/iEP4ro7W szjSdJTt+CKHAl8X/COqAd3h1sIp2TMNI4Qbd/sZy2fN6sT8YSrYHJdICE2GvzHGv9DIkD18BDQhp 5HmuAKEHYmJayj2W16difYPH/; Received: from 174-29-37-56.hlrn.qwest.net ([174.29.37.56]:48530 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1h6Hq8-003Ez2-Bq; Tue, 19 Mar 2019 11:43:48 -0500 From: Tom Tromey To: Philippe Waroquiers Cc: gdb-patches@sourceware.org Subject: Re: [RFC] Have an option to tell GDB to detect and possibly handle mismatched exec-files. References: <20190318225822.4820-1-philippe.waroquiers@skynet.be> Date: Tue, 19 Mar 2019 16:43:00 -0000 In-Reply-To: <20190318225822.4820-1-philippe.waroquiers@skynet.be> (Philippe Waroquiers's message of "Mon, 18 Mar 2019 23:58:22 +0100") Message-ID: <87ef72x1a4.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2019-03/txt/msg00410.txt.bz2 >>>>> "Philippe" == Philippe Waroquiers writes: Philippe> A recurrent problem with GDB is that GDB uses the wrong exec-file Philippe> when using the attach/detach commands sucessfully. Philippe> Also, in case the user specifies a file on the command line but attaches Philippe> to the wrong PID, this error is not made visible and gives a not user Philippe> understandable behaviour. I've been bitten any number of times by this. So, it would be great to have this fixed. Philippe> There was a previous trial to fix this PR. Philippe> See https://sourceware.org/ml/gdb-patches/2015-07/msg00118.html Philippe> This trial was however only fixing the problem for the automatically Philippe> determined executable files when doing attach. There was also this series: https://sourceware.org/ml/gdb-patches/2014-03/msg00476.html ... which seemingly went through at least 4 rounds of review and then did not land for some reason. Before approving anything I would like to understand why neither of these earlier attempts went in. The build-id approach is appealing because (especially since the demise of prelink) it seems that gdb could simply trust it and abandon non-matching symbol files, without needing a "user supplied" bit. Tom