From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16673 invoked by alias); 25 Jul 2012 13:02:52 -0000 Received: (qmail 16664 invoked by uid 22791); 25 Jul 2012 13:02:51 -0000 X-SWARE-Spam-Status: No, hits=-6.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 25 Jul 2012 13:02:35 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6PD2Wvg031801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 25 Jul 2012 09:02:32 -0400 Received: from host2.jankratochvil.net (ovpn-116-33.ams2.redhat.com [10.36.116.33]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6PD2RrL012283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 25 Jul 2012 09:02:30 -0400 Date: Wed, 25 Jul 2012 13:02:00 -0000 From: Jan Kratochvil To: "Abid, Hafiz" Cc: "gdb-patches@sourceware.org" Subject: Re: [patch] MI telnet service Message-ID: <20120725130222.GA4538@host2.jankratochvil.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-07/txt/msg00519.txt.bz2 Hi Abid, the testcase is mixing host vs. target execution. You connect to the port from the .c program but that can run on a different machine than the .exp program is running. It would be better to connect to the port from the .exp file, in fact you do not need any .c program there at all. Or if the test would be done from .c file then you need to skip the test if [is_remote target]. (It could run if the target is remote but still "localhost" or "stdio" but that is currently not supported in the GDB testsuite.) "gdbmitel" is too cryptic, the option can be very long, with words separated by dashes. Have you talked to Eclipse maintainers why they do not provide separate console? In fact they do, I find it more fits there. If communication with Eclipse developers has failed GDB can implement it, but I find it more as Eclipse workaround. It does not support IPv6. GDB currently also does not (for connections to gdbserver) but that is a bug, I tried to fix it, I hope to resurrect the patch sometimes again: [patch] IPv6 support for gdbserver http://sourceware.org/ml/gdb-patches/2006-09/msg00192.html http://sourceware.org/ml/gdb-patches/2006-10/msg00073.html Opening the port INADDR_ANY should be possible but only with some additional -start-telnet-service option, services usually open only with INADDR_LOOPBACK by default. Still there is missing security on multi-user systems, this is one of the reasons an interface through Eclipse would be more logical to me. You do not print any errors, such as in: +/* This is wrapper over recv. If recv returns some error then it closes + the socket. */ +static int +receive (int *fd, void *buf, size_t n, int flags) I believe it could be output as: Node: GDB/MI Stream Records `"&" STRING-OUTPUT' The log stream contains debugging messages being produced by GDB's internals. I find it only as a last resort possibility now without readline support. Could it support $TERM negotiation like telnetd supports and attach readline to it? Thanks, Jan