diff options
author | Eric Blake <eblake@redhat.com> | 2016-01-29 06:49:01 -0700 |
---|---|---|
committer | Markus Armbruster <armbru@redhat.com> | 2016-02-08 17:29:57 +0100 |
commit | 455ba08afde784466420449d01c6458f88349d55 (patch) | |
tree | e98e5fcc34b727f2258025de0a6a219bd4d70d7e /target-ppc/mmu-hash64.h | |
parent | a86156401559cb4401cf9ecc704faeab6fc8bb19 (diff) | |
download | qemu-455ba08afde784466420449d01c6458f88349d55.zip qemu-455ba08afde784466420449d01c6458f88349d55.tar.gz qemu-455ba08afde784466420449d01c6458f88349d55.tar.bz2 |
qmp: Don't abuse stack to track qmp-output root
The previous commit documented an inconsistency in how we are
using the stack of qmp-output-visitor. Normally, pushing a
single top-level object puts the object on the stack twice:
once as the root, and once as the current container being
appended to; but popping that struct only pops once. However,
qmp_ouput_add() was trying to either set up the added object
as the new root (works if you parse two top-level scalars in a
row: the second replaces the first as the root) or as a member
of the current container (works as long as you have an open
container on the stack; but if you have popped the first
top-level container, it then resolves to the root and still
tries to add into that existing container).
Fix the stupidity by not tracking two separate things in the
stack. Drop the now-useless qmp_output_first() and
qmp_output_last() while at it.
Saved for a later patch: we still are rather sloppy in that
qmp_output_get_object() can be called in the middle of a parse,
rather than requiring that a visit is complete.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1454075341-13658-26-git-send-email-eblake@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Diffstat (limited to 'target-ppc/mmu-hash64.h')
0 files changed, 0 insertions, 0 deletions