From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22184 invoked by alias); 13 Nov 2002 14:52:06 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22176 invoked from network); 13 Nov 2002 14:52:05 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 13 Nov 2002 14:52:05 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu-dmz.redhat.com [172.16.52.200]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id gADESrw21514 for ; Wed, 13 Nov 2002 09:28:53 -0500 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 gADEpwx21804 for ; Wed, 13 Nov 2002 09:51:59 -0500 Received: from cygbert.vinschen.de (vpn50-5.rdu.redhat.com [172.16.50.5]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id gADEpvH01720 for ; Wed, 13 Nov 2002 06:51:57 -0800 Received: (from corinna@localhost) by cygbert.vinschen.de (8.11.6/8.9.3/Linux sendmail 8.9.3) id gADEpsM21194 for gdb@sources.redhat.com; Wed, 13 Nov 2002 15:51:54 +0100 Date: Wed, 13 Nov 2002 06:52:00 -0000 From: Corinna Vinschen To: gdb@sources.redhat.com Subject: Re: [RFC] File-I/O, target access to host file system via gdb remote protocol enhancement Message-ID: <20021113155154.V10395@cygbert.vinschen.de> Reply-To: gdb@sources.redhat.com Mail-Followup-To: gdb@sources.redhat.com References: <20021111131354.N10395@cygbert.vinschen.de> <20021112212526.GA28814@nevyn.them.org> <20021113143522.T10395@cygbert.vinschen.de> <20021113143140.GA7232@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021113143140.GA7232@nevyn.them.org> User-Agent: Mutt/1.3.22.1i X-SW-Source: 2002-11/txt/msg00138.txt.bz2 On Wed, Nov 13, 2002 at 09:31:40AM -0500, Daniel Jacobowitz wrote: > On Wed, Nov 13, 2002 at 02:35:22PM +0100, Corinna Vinschen wrote: > > On Tue, Nov 12, 2002 at 04:25:26PM -0500, Daniel Jacobowitz wrote: > > > Ick, 32-bit st_ino... why bother to transfer it if you say "no meaning > > > for the target"? > > > > The point is mainly to have all fields available which a POSIX compliant > > application may expect. > > Right; but you require that the stub convert to host format anyway, so In case of the stat structure it's always gdb which creates/sends the structure. The struct is filled by gdb on behalf of the target OS. I'm not aware of a system call which takes a stat struct as input parameter. > it seems odd to send the unused members over the wire. I guess they > might be used someday. So you'd change st_ino to 64 bit? Corinna -- Corinna Vinschen Cygwin Developer Red Hat, Inc. mailto:vinschen@redhat.com