From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22652 invoked by alias); 11 Mar 2002 17:12:38 -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 22569 invoked from network); 11 Mar 2002 17:12:37 -0000 Received: from unknown (HELO kerberos.suse.cz) (195.47.106.10) by sources.redhat.com with SMTP; 11 Mar 2002 17:12:37 -0000 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 782E159D352; Mon, 11 Mar 2002 18:12:36 +0100 (CET) Received: from suse.cz (leviathan.suse.cz [10.20.1.56]) by chimera.suse.cz (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g2BHCap08057; Mon, 11 Mar 2002 18:12:36 +0100 X-Authentication-Warning: chimera.suse.cz: Host leviathan.suse.cz [10.20.1.56] claimed to be suse.cz Message-ID: <3C8CE583.70000@suse.cz> Date: Mon, 11 Mar 2002 09:12:00 -0000 From: Michal Ludvig Organization: SuSE CR User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: cs, cz, en MIME-Version: 1.0 To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] remote debugging patches References: <3C8BA71F.20807@suse.cz> <3C8BBEFC.5040504@cygnus.com> <3C8CC863.8030206@suse.cz> <3C8CD30A.8070207@cygnus.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-03/txt/msg00164.txt.bz2 Andrew Cagney wrote: >> The first one is pretty straightforward and just makes use of the last >> parameter to getpkt(). > > As far as I can tell, you've just replaced the last parameter of > getpkt() with a hardwired value - initially a macro but now an enum. Is > that the intent? Yes, it was. I explained my reasons for this change more completely in a reply to Daniel Jacobowitz. I will consider reworking the code for using 'set debug whatever' command as he stated. > It is called with both 0 and 1. The target_wait() and target_open() > (?) code waits forever when in synchronous mode. On a place where I needed it there was a hardwired '0' so I did the change. Of course I'm not going to fight for this patch. I'll better rework it. Michal Ludvig -- * SuSE CR, s.r.o * mludvig@suse.cz * +420 2 9654 5373 * http://www.suse.cz