From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1068 invoked by alias); 29 Feb 2008 20:15:14 -0000 Received: (qmail 1059 invoked by uid 22791); 29 Feb 2008 20:15:14 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 29 Feb 2008 20:14:53 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 4F7713C523 for ; Fri, 29 Feb 2008 12:14:52 -0800 (PST) Subject: target remote-attach? From: Michael Snyder To: gdb@sourceware.org Content-Type: text/plain Date: Fri, 29 Feb 2008 20:23:00 -0000 Message-Id: <1204316091.19253.525.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00266.txt.bz2 Just thinking aloud... we ought to have a sort of "remote-attach" command, that would allow us to connect to a remote target when it is already in a "run" state. Right now the initial handshake protocol prevents doing that. The target might be waiting to tell gdb "I stopped because of a SIGTRAP", or similar, or it might actually be running, and need to be stopped via a serial BRK or the like. After that, we would be in a sane state from which we could do the usual remote_open handshake. Or is there something like that already?