From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25785 invoked by alias); 16 Jul 2015 15:52:03 -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 25768 invoked by uid 89); 16 Jul 2015 15:52:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Jul 2015 15:51:59 +0000 Received: from svr-orw-fem-06.mgc.mentorg.com ([147.34.97.120]) by relay1.mentorg.com with esmtp id 1ZFlS0-0006YL-9t from Don_Breazeal@mentor.com ; Thu, 16 Jul 2015 08:51:56 -0700 Received: from [172.30.10.42] (147.34.91.1) by svr-orw-fem-06.mgc.mentorg.com (147.34.97.120) with Microsoft SMTP Server (TLS) id 14.3.224.2; Thu, 16 Jul 2015 08:51:55 -0700 Message-ID: <55A7D316.8050302@codesourcery.com> Date: Thu, 16 Jul 2015 15:52:00 -0000 From: Don Breazeal User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Yao Qi , "Breazeal, Don" CC: "gdb-patches@sourceware.org" , "palves@redhat.com" Subject: Re: [PATCH 1/5] Extended-remote exec events References: <1436996979-32350-1-git-send-email-donb@codesourcery.com> <1436996979-32350-2-git-send-email-donb@codesourcery.com> <86bnfcjj6v.fsf@gmail.com> In-Reply-To: <86bnfcjj6v.fsf@gmail.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00475.txt.bz2 On 7/16/2015 7:00 AM, Yao Qi wrote: > Don Breazeal writes: > >> IMPLEMENTATION >> ---------------- >> Support for exec events in single-threaded programs was a fairly >> straightforward replication of the implementation in native GDB: >> >> 1) Enable exec events via ptrace options. >> >> 2) Add support for handling the exec events to the handle_extended_wait and >> linux_wait_for_event_filtered. Detect the exec event, then find and save >> the pathname of the executable file being exec'd and set event status flags. >> >> 3) Implement an additional "stop reason", "exec", in the RSP stop reply >> packet "T". >> >> Existing GDB code takes care of handling the exec event on the host side >> without modification. > > Hi Don, > How does GDBserver handle the multi-arch case? say, 64-bit process call > exec to a 32-bit program. At least, the target description of that > process in GDBserver should be updated. > Hi Yao, You make a good point, GDBserver doesn't handle that case. I assume that's what this is about: --- warning: Selected architecture i386 is not compatible with reported target architecture i386:x86-64 --- I'll investigate. thanks --Don