From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28024 invoked by alias); 27 Oct 2003 22:29:21 -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 28016 invoked from network); 27 Oct 2003 22:29:19 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.115.144) by sources.redhat.com with SMTP; 27 Oct 2003 22:29:19 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id h9RMTAqK000426; Mon, 27 Oct 2003 23:29:10 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id h9RMTAnI000793; Mon, 27 Oct 2003 23:29:10 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id h9RMT9DH000790; Mon, 27 Oct 2003 23:29:09 +0100 (CET) Date: Mon, 27 Oct 2003 22:29:00 -0000 Message-Id: <200310272229.h9RMT9DH000790@elgar.kettenis.dyndns.org> From: Mark Kettenis To: kevinb@redhat.com CC: ac131313@redhat.com, gdb-patches@sources.redhat.com In-reply-to: <1031027204631.ZM31164@localhost.localdomain> (message from Kevin Buettner on Mon, 27 Oct 2003 13:46:31 -0700) Subject: Re: [patch/rfc] to_read/write_partial -> to_xfer_partial References: <3F9D7F21.6030001@redhat.com> <1031027204631.ZM31164@localhost.localdomain> X-SW-Source: 2003-10/txt/msg00799.txt.bz2 Date: Mon, 27 Oct 2003 13:46:31 -0700 From: Kevin Buettner On Oct 27, 3:25pm, Andrew Cagney wrote: > Per: http://sources.redhat.com/ml/gdb-patches/2003-10/msg00641.html > > Having taken the change to this point, I'm now wondering if the > > read/write partial methods should be merged into: > > to_xfer_partial (targ, object, annex, > > offset, len, > > readbuf, writebuf) > > as that would make migrating existing targets easier. > > Having implemented bfd-target and remote-target versions > to_read/write_partial, I think this switch is going to make life easier. Could you offer a few more details on why you think that merging the read/write methods into a single xfer method will make it easier to migrate existing targets? Yes please. Personally I find xfer much more confusing than seperate read/write methods. Mark