From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21527 invoked by alias); 31 Jul 2002 19:19:42 -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 21517 invoked from network); 31 Jul 2002 19:19:41 -0000 Received: from unknown (HELO saturn.billgatliff.com) (209.251.101.200) by sources.redhat.com with SMTP; 31 Jul 2002 19:19:41 -0000 Received: by saturn.billgatliff.com (Postfix, from userid 500) id D5DDF4E0004; Wed, 31 Jul 2002 14:19:40 -0500 (CDT) Date: Wed, 31 Jul 2002 12:19:00 -0000 From: "William A. Gatliff" To: gdb@sources.redhat.com Subject: Re: Remote protocol extension - detaching Message-ID: <20020731141940.B29193@saturn.billgatliff.com> Reply-To: bgat@billgatliff.com References: <20020731183702.GA12324@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020731183702.GA12324@nevyn.them.org>; from drow@mvista.com on Wed, Jul 31, 2002 at 02:37:02PM -0400 X-SW-Source: 2002-07/txt/msg00314.txt.bz2 ... or how about just adding some arguments to the detach packet? b.g. On Wed, Jul 31, 2002 at 02:37:02PM -0400, Daniel Jacobowitz wrote: > Right now, the standard behavior for a stub on detach is to wait for the > client to reconnect. It would be convenient to have the normal local > execution behavior available, also: that is, on detach, resume the > application. This could be done with or without leaving the stub running. > > I'd like to commandeer the 'K' packet for this; 'd' and 'D' are already > taken. Anyone have a better suggestion? > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer -- Bill Gatliff bgat@billgatliff.com