From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5364 invoked by alias); 10 Mar 2005 14:15:28 -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 1969 invoked from network); 10 Mar 2005 14:13:03 -0000 Received: from unknown (HELO pluton.ispras.ru) (83.149.199.253) by sourceware.org with SMTP; 10 Mar 2005 14:13:03 -0000 Received: (qmail 6706 invoked from network); 10 Mar 2005 14:09:01 -0000 Received: from unknown (HELO truba.ispras.ru) (83.149.198.41) by pluton.ispras.ru with SMTP; 10 Mar 2005 14:09:01 -0000 Received: from truba.ispras.ru (root@localhost) by truba.ispras.ru (8.13.1/8.13.1) with SMTP id j2AE8PEE030969 for ; Thu, 10 Mar 2005 17:08:25 +0300 Received: from ispserv.ispras.ru (ispserv [83.149.198.72]) by truba.ispras.ru (8.13.1/8.13.1) with ESMTP id j2AE8P9c030959; Thu, 10 Mar 2005 17:08:25 +0300 Received: from ispserv.ispras.ru (localhost [127.0.0.1]) by ispserv.ispras.ru (8.12.8/8.12.8) with ESMTP id j2AE6ZDA009180; Thu, 10 Mar 2005 17:06:35 +0300 Received: from localhost (kostik@localhost) by ispserv.ispras.ru (8.12.8/8.12.8/Submit) with ESMTP id j2AE6Z2Z009176; Thu, 10 Mar 2005 17:06:35 +0300 X-Authentication-Warning: ispserv.ispras.ru: kostik owned process doing -bs Date: Thu, 10 Mar 2005 14:15:00 -0000 From: Karganov Konstantin To: Bob Rossi cc: GDB Subject: Re: MI output command error In-Reply-To: <20050310140057.GA14061@white> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-SW-Source: 2005-03/txt/msg00102.txt.bz2 > > If I were the GDB maintainer, I'd answer the following: > > All "execution" commands (continue, step, next, etc) are partially > > asynchronous - in the sence that when the execution is started you can > > type a characters to inferior stdin. In this case you need a way to know > > when the inferior starts/stops execution. > > Are you suggesting that you are using the MI with putting the inferior > on a separate pty? I suppose, that it is implemented in the same way. I mean that redirection of inferior's I/O makes just redirection and doesnt affect the way in which gdb command processing is done. And it should be independent of tty redirection! You will be scolding first if after using "tty" command the ^running/*stopped will change to *running/^stopped... :) Best regards, Konstantin.