From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31485 invoked by alias); 11 Aug 2004 19:17:19 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31476 invoked from network); 11 Aug 2004 19:17:18 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 11 Aug 2004 19:17:18 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i7BJHDe1002999 for ; Wed, 11 Aug 2004 15:17:18 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i7BJHBX06035; Wed, 11 Aug 2004 15:17:12 -0400 Received: from redhat.com (dhcp-172-16-25-160.sfbay.redhat.com [172.16.25.160]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i7BJH5V21196; Wed, 11 Aug 2004 12:17:06 -0700 Message-ID: <411A70B1.2000106@redhat.com> Date: Wed, 11 Aug 2004 19:17:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-ES; rv:1.4.2) Gecko/20040301 MIME-Version: 1.0 To: Orjan Friberg CC: Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: Extending corefile.exp to handle remote targets References: <41125017.6030901@axis.com> <20040805154621.GA9477@nevyn.them.org> <41133BBE.50707@axis.com> In-Reply-To: <41133BBE.50707@axis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00404.txt.bz2 Orjan Friberg wrote: > Daniel Jacobowitz wrote: > >> On Thu, Aug 05, 2004 at 05:19:51PM +0200, Orjan Friberg wrote: >> >>> I'm looking at testing the core dump functionality for CRIS (remote >>> target, Linux-based). (The gcore functionality is not an option for >>> a remote target, right?). >> >> >> >> Incorrect. It doesn't work today but there's no theoretical reason >> gdbserver could not handle it. > > > Sorry, bad wording on my part: I meant to suggest using gcore for a > remote target is not an option _now_ (which was the reason for wanting > to test my core dumps another way than through gcore.exp et. al.) Orjan, When I wrote the gcore stuff, I tried to leave it open to be extended for remote targets at some later time. It certainly should be possible. Michael