Can gdbmi process many commands at once?

Can gdbmi process many commands at once?

[Bob Rossi]

Hi,

I'm trying to determine if GDB/MI has the capability of accepting and
working on multiple commands at once?

For instance, if I run these commands,
    (gdb) 
    123-interpreter-exec console "p argc"
    ~"$3 = 1"
    ~"\n"
    123^done
    (gdb) 
    234-interpreter-exec console "p argv[1]"
    ~"$4 = 0x0\n"
    234^done

Is there any mode in which the command,
    234-interpreter-exec console "p argv[1]"
will be worked on before
    123-interpreter-exec console "p argc"
is finished?

The implication is that i'm expecting to have at most 1 command active
with GDB at a time. I'm curious if there is a situation where a front
end could have many active commands at a time. By active I mean, 
I issue several commands, and then some time later, I get a response
on each of these, in any order.

Thanks,
Bob Rossi

Re: Can gdbmi process many commands at once?

[Vladimir Prus]

On 03/20/2015 04:22 AM, Bob Rossi wrote:
> Hi,
>
> I'm trying to determine if GDB/MI has the capability of accepting and
> working on multiple commands at once?
>
> For instance, if I run these commands,
>      (gdb)
>      123-interpreter-exec console "p argc"
>      ~"$3 = 1"
>      ~"\n"
>      123^done
>      (gdb)
>      234-interpreter-exec console "p argv[1]"
>      ~"$4 = 0x0\n"
>      234^done
>
> Is there any mode in which the command,
>      234-interpreter-exec console "p argv[1]"
> will be worked on before
>      123-interpreter-exec console "p argc"
> is finished?
>
> The implication is that i'm expecting to have at most 1 command active
> with GDB at a time. I'm curious if there is a situation where a front
> end could have many active commands at a time. By active I mean,
> I issue several commands, and then some time later, I get a response
> on each of these, in any order.

Bob,

it is not possible with the current GDB. All of the commands are executed in the single
thread GDB has, in the order they were received.

It is possible, in theory, that somebody will require GDB in node.js, or introduce asynchronous
operation using boost.asio or similar, but that's quite unlikely scenario.

-- 
Vladimir Prus
CodeSourcery / Mentor Embedded
http://vladimirprus.com

RE: Can gdbmi process many commands at once?

[Marc Khouzam]

> From: gdb-owner@sourceware.org [gdb-owner@sourceware.org] on behalf of Vladimir Prus [vladimir@codesourcery.com]
> Sent: March 20, 2015 1:40 AM
> To: gdb@sourceware.org
> Subject: Re: Can gdbmi process many commands at once?
> 
> On 03/20/2015 04:22 AM, Bob Rossi wrote:
> > Hi,
> >
> > I'm trying to determine if GDB/MI has the capability of accepting and
> > working on multiple commands at once?
> >
> > For instance, if I run these commands,
> >      (gdb)
> >      123-interpreter-exec console "p argc"
> >      ~"$3 = 1"
> >      ~"\n"
> >      123^done
> >      (gdb)
> >      234-interpreter-exec console "p argv[1]"
> >      ~"$4 = 0x0\n"
> >      234^done
> >
> > Is there any mode in which the command,
> >      234-interpreter-exec console "p argv[1]"
> > will be worked on before
> >      123-interpreter-exec console "p argc"
> > is finished?
> >
> > The implication is that i'm expecting to have at most 1 command active
> > with GDB at a time. I'm curious if there is a situation where a front
> > end could have many active commands at a time. By active I mean,
> > I issue several commands, and then some time later, I get a response
> > on each of these, in any order.
> 
> Bob,
> 
> it is not possible with the current GDB. All of the commands are executed in the single
> thread GDB has, in the order they were received.
> 
> It is possible, in theory, that somebody will require GDB in node.js, or introduce asynchronous
> operation using boost.asio or similar, but that's quite unlikely scenario.

Eclipse, for example, is dependent on MI commands being processed as they are
sent.  It allows the front-end to send multiple commands at once (Eclipse goes up to 3) without
worrying about it causing problems of ordering.

Marc
From gdb-return-44252-listarch-gdb=sources.redhat.com@sourceware.org Fri Mar 20 15:38:55 2015
Return-Path: <gdb-return-44252-listarch-gdb=sources.redhat.com@sourceware.org>
Delivered-To: listarch-gdb@sources.redhat.com
Received: (qmail 95134 invoked by alias); 20 Mar 2015 15:38:55 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Delivered-To: mailing list gdb@sourceware.org
Received: (qmail 95053 invoked by uid 89); 20 Mar 2015 15:38:54 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: smtp.gentoo.org
Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 20 Mar 2015 15:38:54 +0000
Received: from vapier (localhost [127.0.0.1])	by smtp.gentoo.org (Postfix) with SMTP id B30DA340C52;	Fri, 20 Mar 2015 15:38:51 +0000 (UTC)
Date: Fri, 20 Mar 2015 15:38:00 -0000
From: Mike Frysinger <vapier@gentoo.org>
To: Joel Sherrill <joel.sherrill@oarcorp.com>
Cc: gdb@sourceware.org
Subject: Re: Multiple Simulators Link Failure on Head
Message-ID: <20150320153851.GG11803@vapier>
Mail-Followup-To: Joel Sherrill <joel.sherrill@oarcorp.com>,	gdb@sourceware.org
References: <550C1D9D.6060704@oarcorp.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="Yia77v5a8fyVHJSl"
Content-Disposition: inline
In-Reply-To: <550C1D9D.6060704@oarcorp.com>
X-IsSubscribed: yes
X-SW-Source: 2015-03/txt/msg00083.txt.bz2


--Yia77v5a8fyVHJSl
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-length: 477

On 20 Mar 2015 08:16, Joel Sherrill wrote:
> Multiple targets fail to link with sim_addr_range_hit_p. The
> targets are:

are you doing incremental builds ?  or did you build entirely from scratch ?  
some changes landed recently that would break incremental, so you should build 
the sim dir from scratch.

how exactly did you run configure ?  how about `make` ?

i build every sim target myself and run their testsuites before i push new sim 
commits ...
-mike

--Yia77v5a8fyVHJSl
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-length: 819

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVDD8LAAoJEEFjO5/oN/WB5swP/iKHSGrbcskAtjOVKyTfvWaZ
8mlR5KCpG755qzgdDfEiM7+vmGuAUOSh9L8pC/VZiqbNVYxDugOSiWNbx3hegtla
fULRvTEUUheA99/3awPUyDEI5yr3uyJmviMOLdmI5CgSp8o69zRV7AaT1f1g2xyC
0WFLDikvT3nmvI0gvGr/Iu/9ge3tQpoTfbyN/gHp4K0uDH4gnVFcYEm5BWGglpgv
Hv2j+8McpFsT9IoPBkxJfNbOBI1e3HtC2oN2MC7uj6Y1M3e7FcYEhh7mdfyq0acA
6dpYgEJ753hUctjOSUqtDcOG8RKAEpaJSqNamgUIJr6rGuAp1pk7KQlrLO9/XvnN
PDgVMTFt/+i0/AzNehH+SxMCHK3yD3PsYEvV8gs6uVfVpnDiVgu76geM8w0bZ1cD
6t7aPAX5lfa+yfqT7sMGtvzVWuq/ZPClnKc5+uFNVPdpS85Xc1xrUJkDIEfgBqU7
vXJ4wWoFwulUBvSAd+mIlo0U/pbp1MEeVRj9J3rUMuy3RR2RzQezV0Gi37KZXC0u
CDuslcPtMv8OP6Wb2oXwDj6nYxlx957ZlOvtd+tD9e/Zu+2s7trLvsM480IJCa0k
0fWaI2u5v8euI7B8t5PYemF09sIDWAmZNi7yLlhgg3CBNxYKkMd40U/0vWQAS3W1
WP3vGtv5A2TzkqdYgw/n
=bPnA
-----END PGP SIGNATURE-----

--Yia77v5a8fyVHJSl--