From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4276 invoked by alias); 16 Jul 2015 14:01:16 -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 1202 invoked by uid 89); 16 Jul 2015 14:01:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pd0-f169.google.com Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 16 Jul 2015 14:01:09 +0000 Received: by pdjr16 with SMTP id r16so45059697pdj.3 for ; Thu, 16 Jul 2015 07:01:07 -0700 (PDT) X-Received: by 10.66.155.102 with SMTP id vv6mr18611887pab.150.1437055267827; Thu, 16 Jul 2015 07:01:07 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id b10sm8089516pdo.84.2015.07.16.07.01.05 (version=TLS1_2 cipher=AES128-SHA256 bits=128/128); Thu, 16 Jul 2015 07:01:07 -0700 (PDT) From: Yao Qi To: Don Breazeal Cc: , 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> Date: Thu, 16 Jul 2015 14:01:00 -0000 In-Reply-To: <1436996979-32350-2-git-send-email-donb@codesourcery.com> (Don Breazeal's message of "Wed, 15 Jul 2015 14:49:35 -0700") Message-ID: <86bnfcjj6v.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00470.txt.bz2 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 a= nd > 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 fla= gs. > > 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. --=20 Yao (=E9=BD=90=E5=B0=A7)