From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=59278 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OIhkl-0002Oi-7C for qemu-devel@nongnu.org; Sun, 30 May 2010 08:36:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OIhkj-0000qz-HL for qemu-devel@nongnu.org; Sun, 30 May 2010 08:36:30 -0400 Received: from fmmailgate03.web.de ([217.72.192.234]:56862) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OIhkj-0000qn-65 for qemu-devel@nongnu.org; Sun, 30 May 2010 08:36:29 -0400 Message-ID: <4C025BC7.8070600@web.de> Date: Sun, 30 May 2010 14:36:23 +0200 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH v2 12/15] monitor: Add basic device state visualization References: <1f557b9feb1965a61e64f7166bcf4918bed8d0ec.1274516288.git.jan.kiszka@web.de> <4BF82895.6000706@redhat.com> <4BF8DFF7.5070302@web.de> <4BF8EAFB.2080807@redhat.com> <4C00CCD4.7050904@web.de> <4C02212A.6060702@redhat.com> In-Reply-To: <4C02212A.6060702@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAE3DF1BB28E59258DF32B3E7" Sender: jan.kiszka@web.de List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Anthony Liguori , Juan Quintela , Jan Kiszka , qemu-devel@nongnu.org, Luiz Capitulino , Markus Armbruster This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAE3DF1BB28E59258DF32B3E7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Avi Kivity wrote: > On 05/29/2010 11:14 AM, Jan Kiszka wrote: >>> Currently breaks down when IDs contain '/', but permitting that is a >>> bug. There may be more problems; the path lookup code is way too >>> clever. >>> =20 >> Indeed. Less can sometimes be more. My impression is that some of the >> cleverness was motivated by lacking qtree completion for the HMP. >> =20 >=20 > Can we disable abbreviations for QMP and only allow them for HMP? >=20 > We can support that by adding a hidden argument to commands specifying > whether the input comes from a human or machine. Abbreviations are > dangerous if they become ambiguous; a human can recover while a machine= > can't. >=20 Both QMP _and_ HMP suffer from ambitious and inconsistent addressing schemes. Therefore, I'm more and more in favor of [1]. We just need to add command line completion for option values, something that would be beneficial for 'drive_add file=3D...' as well. Jan [1] http://article.gmane.org/gmane.comp.emulators.qemu/72152 --------------enigAE3DF1BB28E59258DF32B3E7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkwCW8oACgkQitSsb3rl5xT7VwCeOIjqrk1OyLkE2NgpRg5yAcPz kZoAoOLCMBuB68ZApiBEuHrbc4Y4nyjV =QLEH -----END PGP SIGNATURE----- --------------enigAE3DF1BB28E59258DF32B3E7--