From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25135 invoked by alias); 23 Feb 2016 11:43:52 -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 25116 invoked by uid 89); 23 Feb 2016 11:43:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1048 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 23 Feb 2016 11:43:50 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id E6F97627EA; Tue, 23 Feb 2016 11:43:48 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u1NBhlcT014259; Tue, 23 Feb 2016 06:43:47 -0500 Message-ID: <56CC45F3.1090104@redhat.com> Date: Tue, 23 Feb 2016 11:43:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Gary Benson , Luis Machado CC: gdb-patches@sourceware.org Subject: Re: [PATCH v2] Fix logic in exec_file_locate_attach References: <56C736ED.9040505@codesourcery.com> <20160222104034.GA31531@blade.nx> <56CAF2E3.7050607@codesourcery.com> <20160222135109.GA2256@blade.nx> <56CB8506.3010602@codesourcery.com> <56CB9095.9090908@codesourcery.com> <56CB9304.9020408@redhat.com> <56CBA220.3000709@codesourcery.com> <56CBA443.6010106@redhat.com> <56CBA4BA.7050905@codesourcery.com> <20160223112721.GA22369@blade.nx> In-Reply-To: <20160223112721.GA22369@blade.nx> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-02/txt/msg00683.txt.bz2 On 02/23/2016 11:27 AM, Gary Benson wrote: > I hadn't considered user interrupts. But there's nothing about user interrupts in either of: https://sourceware.org/ml/gdb-patches/2016-02/msg00511.html or: https://sourceware.org/ml/gdb-patches/2016-02/msg00671.html That is about gdb managing to figure out the file name of the running program, but then trying to open the file, and that failing and throwing. - The original failure Luis found was triggered when the file didn't exist at all in the sysroot. - The failure I shown in the urls above is that the file exists in the sysroot but is unreadable. These are both basically the same problem, except the latter is easier to reproduce. So trying to open the file _in_ the sysroot may fail and throw, but that should not abort the remote connection, nor an "attach" (command) sequence, both of which use the same exec_file_locate_attach routine -- the remote connection case is really basically doing an attach. Thanks, Pedro Alves