From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NIlOU-0004b6-5F
	for qemu-devel@nongnu.org; Thu, 10 Dec 2009 10:57:30 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NIlOP-0004ZN-FS
	for qemu-devel@nongnu.org; Thu, 10 Dec 2009 10:57:29 -0500
Received: from [199.232.76.173] (port=56888 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NIlOP-0004ZE-8K
	for qemu-devel@nongnu.org; Thu, 10 Dec 2009 10:57:25 -0500
Received: from mx1.redhat.com ([209.132.183.28]:52212)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <avi@redhat.com>) id 1NIlOO-0004oF-UJ
	for qemu-devel@nongnu.org; Thu, 10 Dec 2009 10:57:25 -0500
Message-ID: <4B211A60.2010708@redhat.com>
Date: Thu, 10 Dec 2009 17:57:20 +0200
From: Avi Kivity <avi@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [PATCH 10/19] monitor: Convert do_info_name() to
	QObject
References: <1260376078-8694-1-git-send-email-lcapitulino@redhat.com>	<1260376078-8694-11-git-send-email-lcapitulino@redhat.com>	<m3tyvz5edq.fsf@crossbow.pond.sub.org>	<20091210095237.38cafe5c@doriath>
	<4B20F003.6070409@linux.vnet.ibm.com> <4B2119F9.6010003@redhat.com>
In-Reply-To: <4B2119F9.6010003@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Anthony Liguori <aliguori@linux.vnet.ibm.com>
Cc: qemu-devel@nongnu.org, Anthony Liguori <aliguori@us.ibm.com>, Markus Armbruster <armbru@redhat.com>, Luiz Capitulino <lcapitulino@redhat.com>

On 12/10/2009 05:55 PM, Avi Kivity wrote:
> On 12/10/2009 02:56 PM, Anthony Liguori wrote:
>>
>> I'd prefer an empty dict.  I actually prefer that over null.
>>
>
> Depends.  Key not present suggests the feature is not implemented.  
> Value is null suggests the feature is not used.  Both key and value 
> present suggest the feature is in implemented and active.
>

And, as with hex numbers, we need to prefer usability to machine clients 
to readability to user beings.  This is a machine protocol, so unless 
you're a machine, aesthetic considerations take second place.

-- 
error compiling committee.c: too many arguments to function