From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19587 invoked by alias); 5 Sep 2007 05:40:29 -0000 Received: (qmail 19552 invoked by uid 22791); 5 Sep 2007 05:40:28 -0000 X-Spam-Check-By: sourceware.org Received: from zigzag.lvk.cs.msu.su (HELO zigzag.lvk.cs.msu.su) (158.250.17.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 05 Sep 2007 05:40:24 +0000 Received: from Debian-exim by zigzag.lvk.cs.msu.su with spam-scanned (Exim 4.50) id 1ISncj-0002do-Pe for gdb@sources.redhat.com; Wed, 05 Sep 2007 09:40:22 +0400 Received: from localhost ([127.0.0.1] helo=ip6-localhost) by zigzag.lvk.cs.msu.su with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1ISnch-0002dc-2D; Wed, 05 Sep 2007 09:40:19 +0400 From: Vladimir Prus To: Nick Roberts Subject: Re: MI Development Date: Wed, 05 Sep 2007 05:40:00 -0000 User-Agent: KMail/1.9.6 Cc: gdb@sources.redhat.com References: <200709041740.22271.ghost@cs.msu.su> <18142.16140.486009.379849@kahikatea.snap.net.nz> In-Reply-To: <18142.16140.486009.379849@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200709050940.18839.ghost@cs.msu.su> 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: 2007-09/txt/msg00031.txt.bz2 On Wednesday 05 September 2007 09:30:52 Nick Roberts wrote: > > CLI commands bypass MI When a CLI command is issued, we don't see > > "^running". As result, frontend can easily think that gdb is waiting for > > commands while inferior is running. > > With asynchronous operation, asynchronous CLI commands give the same MI output > that MI commands do. Why would I want to enable asynchronous operation for that to work? The default behaviour is just broken, so even if --async fixes that, we should not require any switches to get non-broken behaviour. - Volodya