From: Luiz Capitulino <lcapitulino@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Michael Roth <mdroth@linux.vnet.ibm.com>,
agraf@suse.de, Juan Quintela <quintela@redhat.com>,
Eduardo Habkost <ehabkost@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] QJSON: Use OBJECT_CHECK
Date: Wed, 29 Apr 2015 08:54:11 -0400 [thread overview]
Message-ID: <20150429085411.182e4578@redhat.com> (raw)
In-Reply-To: <5540D2AE.2090802@suse.de>
On Wed, 29 Apr 2015 14:46:38 +0200
Andreas Färber <afaerber@suse.de> wrote:
> Am 29.04.2015 um 14:38 schrieb Luiz Capitulino:
> > On Mon, 27 Apr 2015 14:23:20 -0300
> > Eduardo Habkost <ehabkost@redhat.com> wrote:
> >
> >> On Sat, Apr 25, 2015 at 07:05:55PM +0200, Andreas Färber wrote:
> >>> Am 25.04.2015 um 17:28 schrieb Eduardo Habkost:
> >>>> The QJSON code used casts to (QJSON*) directly, instead of OBJECT_CHECK.
> >>>> There were even some functions using object_dynamic_cast() calls
> >>>> followed by assert(), which is exactly what OBJECT_CHECK does (by
> >>>> calling object_dynamic_cast_assert()).
> >>>
> >>> Suggest s/OBJECT_CHECK/OBJECT_CHECK()/g everywhere for clarity.
> >
> > Everywhere? You mean, in other places?
>
> No, I count 3x in commit message including subject.
Ah, the problem is the *commit* message. Okay...
>
> Andreas
>
> > In this case someone has to
> > post a different patch.
> >
> >> I assume it can be fixed during commit by whoever is going to queue it.
> >>
> >>>
> >>>>
> >>>> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> >>>> ---
> >>>> qjson.c | 10 +++++-----
> >>>> 1 file changed, 5 insertions(+), 5 deletions(-)
> >>>
> >>> Reviewed-by: Andreas Färber <afaerber@suse.de>
> >>>
> >>> Wasn't aware QJSON is using QOM - assuming this will go through some
> >>> QAPI/QMP tree.
> >>
> >> The only user of qjson.c right now is migration code. Should it go through
> >> the migration tree?
> >
> > It could be, but I can take it if nobody does.
> >
> >> Also, why do we have two JSON writers in QEMU? And why do they have
> >> exactly the same name?
> >
> > Not sure I got it, which writers?
> >
>
>
next prev parent reply other threads:[~2015-04-29 12:54 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-25 15:28 [Qemu-devel] [PATCH] QJSON: Use OBJECT_CHECK Eduardo Habkost
2015-04-25 17:05 ` Andreas Färber
2015-04-27 17:23 ` Eduardo Habkost
2015-04-29 12:38 ` Luiz Capitulino
2015-04-29 12:46 ` Andreas Färber
2015-04-29 12:54 ` Luiz Capitulino [this message]
2015-04-29 12:55 ` Eduardo Habkost
2015-04-29 13:00 ` Luiz Capitulino
2015-05-01 16:19 ` Michael Roth
2015-05-01 16:23 ` Michael Roth
2015-05-02 14:44 ` Alexander Graf
2015-04-29 19:18 ` Paolo Bonzini
2015-05-01 12:04 ` Eduardo Habkost
2015-05-05 12:43 ` Juan Quintela
2015-05-05 12:53 ` Luiz Capitulino
2015-05-05 13:32 ` Juan Quintela
2015-05-01 17:16 ` Luiz Capitulino
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150429085411.182e4578@redhat.com \
--to=lcapitulino@redhat.com \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=ehabkost@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.