]> git.proxmox.com Git - mirror_qemu.git/commit - qapi/qobject-input-visitor.c
keyval: Support lists
authorMarkus Armbruster <armbru@redhat.com>
Tue, 28 Feb 2017 21:27:10 +0000 (22:27 +0100)
committerMarkus Armbruster <armbru@redhat.com>
Tue, 7 Mar 2017 15:07:48 +0000 (16:07 +0100)
commit0b2c1beea4358e40d1049b8ee019408ce96b37ce
tree7e24bfcc4ea5dbd217e5d3b6ca7c234418b33758
parent79f759816485719bfb53c6591e7d4243a1913682
keyval: Support lists

Additionally permit non-negative integers as key components.  A
dictionary's keys must either be all integers or none.  If all keys
are integers, convert the dictionary to a list.  The set of keys must
be [0,N].

Examples:

* list.1=goner,list.0=null,list.1=eins,list.2=zwei
  is equivalent to JSON [ "null", "eins", "zwei" ]

* a.b.c=1,a.b.0=2
  is inconsistent: a.b.c clashes with a.b.0

* list.0=null,list.2=eins,list.2=zwei
  has a hole: list.1 is missing

Similar design flaw as for objects: there is no way to denote an empty
list.  While interpreting "key absent" as empty list seems natural
(removing a list member from the input string works when there are
multiple ones, so why not when there's just one), it doesn't work:
"key absent" already means "optional list absent", which isn't the
same as "empty list present".

Update the keyval object visitor to use this a.0 syntax in error
messages rather than the usual a[0].

Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <1488317230-26248-25-git-send-email-armbru@redhat.com>
[Off-by-one fix squashed in, as per Kevin's review]
Reviewed-by: Kevin Wolf <kwolf@redhat.com>
qapi/qobject-input-visitor.c
tests/test-keyval.c
util/keyval.c