From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28938 invoked by alias); 17 Feb 2003 23:50:21 -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 28931 invoked from network); 17 Feb 2003 23:50:21 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 17 Feb 2003 23:50:21 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1HNoLK18380 for ; Mon, 17 Feb 2003 18:50:21 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1HNoLa27112 for ; Mon, 17 Feb 2003 18:50:21 -0500 Received: from localhost.localdomain (vpn50-1.rdu.redhat.com [172.16.50.1]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1HNoKs06361 for ; Mon, 17 Feb 2003 18:50:20 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h1HNoF100671 for gdb@sources.redhat.com; Mon, 17 Feb 2003 16:50:15 -0700 Date: Mon, 17 Feb 2003 23:50:00 -0000 From: Kevin Buettner Message-Id: <1030217235014.ZM670@localhost.localdomain> To: gdb@sources.redhat.com Subject: Is stub support for the 's' packet optional or required? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-02/txt/msg00290.txt.bz2 I've been told off-list that it is not required for a stub to implement support for the 's' packet. I was also told that the documenation is wrong in this regard. Specifically, it says: A stub is required to support the `g', `G', `m', `M', `c', and `s' commands. All other commands are optional. See http://sources.redhat.com/gdb/current/onlinedocs/gdb_32.html#SEC632 and http://world.std.com/~qqi/download/protocol.txt (I often find the latter document to be the more useful of the two.) I'd like to get other opinions regarding this matter. Also, if it really is the case that stubs are NOT required to implement support for the 's' packet, then will all such stubs return the empty response which indicates that there is no support for that particular packet? Kevin