From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30576 invoked by alias); 4 Aug 2002 18:20:29 -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 30569 invoked from network); 4 Aug 2002 18:20:28 -0000 Received: from unknown (HELO localhost.redhat.com) (24.112.240.27) by sources.redhat.com with SMTP; 4 Aug 2002 18:20:28 -0000 Received: from ges.redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7875A3DD7; Sun, 4 Aug 2002 14:20:24 -0400 (EDT) Message-ID: <3D4D7068.1060900@ges.redhat.com> Date: Sun, 04 Aug 2002 11:20:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.0) Gecko/20020802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: Remote protocol extension - detaching References: <20020731183702.GA12324@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-08/txt/msg00017.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? ``detach'' could mean too many things here. - There is GDB detaches from the remote target -- it shuts down the tcp connection. - There is the remote debug agent detaching from the process being debugged. I'm also wondering how this relates to GDB's target stack and command set. Andrew (k makes me think of kill, but d is taken ...)