* RE: Can gdbmi process many commands at once?
2015-03-20 5:40 ` Vladimir Prus
@ 2015-03-20 13:39 ` Marc Khouzam
0 siblings, 0 replies; 3+ messages in thread
From: Marc Khouzam @ 2015-03-20 13:39 UTC (permalink / raw)
To: Vladimir Prus, gdb
> 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--
^ permalink raw reply [flat|nested] 3+ messages in thread