From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29184 invoked by alias); 31 Jul 2002 18:37:05 -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 29109 invoked from network); 31 Jul 2002 18:36:59 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 31 Jul 2002 18:36:59 -0000 Received: from dsl254-114-118.nyc1.dsl.speakeasy.net ([216.254.114.118] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17ZyLG-000874-00 for ; Wed, 31 Jul 2002 13:37:02 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17ZyLG-0003F3-00 for ; Wed, 31 Jul 2002 14:37:02 -0400 Date: Wed, 31 Jul 2002 11:37:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: Remote protocol extension - detaching Message-ID: <20020731183702.GA12324@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-SW-Source: 2002-07/txt/msg00313.txt.bz2 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