From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19354 invoked by alias); 14 Apr 2014 10:33:20 -0000 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 Received: (qmail 19341 invoked by uid 89); 14 Apr 2014 10:33:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-HELO: mail-pb0-f53.google.com Received: from mail-pb0-f53.google.com (HELO mail-pb0-f53.google.com) (209.85.160.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Mon, 14 Apr 2014 10:33:18 +0000 Received: by mail-pb0-f53.google.com with SMTP id rp16so8040546pbb.40 for ; Mon, 14 Apr 2014 03:33:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=gRhuD4GD7qN2hAU7u3y1s9WS65A+XG8VT99E0BrAnjo=; b=Yxznp3DQF3gYBRJNhxMLSq2JKI9IMrKGGduq9gGSRe63NCysxcs6ZtC3NdgXuSRows 9+pRPZ6kd0Y3nbYMX/OZFncBndOuMqD++MK7+oV2mTM/OyxH4R2gvCI7Xm9bmqNY0uy7 fyvLLrKTDW++mZvMv/N9BIos5oAWQDw7V8DyOiJKF7ENq9o3raG0jd7JTXZH/o3vq2/K /drIHvQHZSMs0l0dF845CUnBWuUeTjVZGVknlVmu6SNTvsTctfJT1gQLEzudpcb6P1FK PIw3NUdnOxhnBa7XDqblYgHp6Eeeu22BR1xYhuQWJtCV+D7nmA0R5tjCt4GxEZ7Nww1P O3JA== X-Gm-Message-State: ALoCoQmcdOd8q8PiCuxwzm14K+SMbQkcuQRKaiF9jPxDiO/sJ1/PMPnmNLx4Dp2qFavNZXg490Pv X-Received: by 10.68.132.130 with SMTP id ou2mr43285029pbb.107.1397471596510; Mon, 14 Apr 2014 03:33:16 -0700 (PDT) Received: from linux (ip68-9-64-242.ri.ri.cox.net. [68.9.64.242]) by mx.google.com with ESMTPSA id f5sm78613980pat.11.2014.04.14.03.33.15 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 14 Apr 2014 03:33:15 -0700 (PDT) Date: Thu, 17 Apr 2014 12:07:00 -0000 From: Bob Rossi To: gdb@sourceware.org Subject: Re: MI async status output Message-ID: <20140414103313.GA6159@linux> References: <20140409210803.GA3166@linux> <5346B226.40209@cs.msu.su> <20140410201259.GA15060@linux> <5347BD84.5030200@broadcom.com> <20140412002538.GA27657@linux> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140412002538.GA27657@linux> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00045.txt.bz2 On Fri, Apr 11, 2014 at 08:25:38PM -0400, Bob Rossi wrote: > On Fri, Apr 11, 2014 at 11:01:40AM +0100, Andrew Burgess wrote: > > On 10/04/2014 9:12 PM, Bob Rossi wrote: > > > On Thu, Apr 10, 2014 at 07:00:54PM +0400, Vladimir Prus wrote: > > >> On 10.04.2014 01:08, Bob Rossi wrote: > > >>> I'm writing unit tests for my MI parser and was trying to get > > >>> GDB to output some out of band, async records of type: > > >>> status-async-output. > > > ... > > >>> Does anyone have a simple recipe for getting GDB to output some > > >>> async status output? ... > > I did the this: > > 1. Build hello-world test program > > 2. Start gdbserver as: gdbserver :1234 helloworld.exe > > 3. Start gdb as: gdb -i mi helloworld.exe > > 4. Within gdb: > > (gdb) -target-select remote :1234 > > (gdb) -target-download > > # Bunch of +download lines ... > Thanks! Unfortunately, GDB is dumping invalid MI here. > ... > +download,{section=".interp",section-size="28",total-size="2466"} > ... > ^done... > (gdb) > > The MI rules are: > 1) > +download,{section=".interp",section-size="28",total-size="2466"} > ^ (+ eaten here) > status-async-output ==> > [ token ] "+" async-output nl > > 2) > +download,{section=".interp",section-size="28",total-size="2466"} > ^ (download eaten by async-class) > async-output ==> > async-class ( "," result )* > async-class ==> > "stopped" | others (where others includes download i guess) > > 3) > +download,{section=".interp",section-size="28",total-size="2466"} > ^ (, eaten here) > async-output ==> > async-class ( "," result )* > > 4) Error here: result must start with a variable name. > +download,{section=".interp",section-size="28",total-size="2466"} > ^ (syntax error) > result ==> > variable "=" value > variable ==> > string > > Did I find a bug or is this well known behavior of GDB and MI? > > If it's well known behavior, can anyone explain it? It's possible that > result could be just a 'value' instead of 'variable = value'. In this > case that would solve the problem perhaps. > > Any advice would be appreciated. Ping. Bob Rossi