All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luiz Capitulino <lcapitulino@redhat.com>
To: Paolo Bonzini <bonzini@gnu.org>
Cc: qemu-devel <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: [PATCH 2/7] monitor: Handle new and old style handlers
Date: Thu, 17 Sep 2009 10:18:31 -0300	[thread overview]
Message-ID: <20090917101831.69fc8b1f@doriath> (raw)
In-Reply-To: <4AB1D99D.5080007@gnu.org>

On Thu, 17 Sep 2009 08:39:25 +0200
Paolo Bonzini <bonzini@gnu.org> wrote:

> On 09/16/2009 11:32 PM, Luiz Capitulino wrote:
> > +    return (cmd->user_print == NULL ? 0 : 1);
> 
> cmd->user_print != NULL.

 Right.

> I would actually inline it at the use point.  Also, calling a function 
> with an extra argument is fine, so while keeping the void* handler you 
> can do:
> 
> +        QObject *data = NULL;
> +        int (*handler_new)(Monitor *mon,
> +                           const QDict *params, QObject **ret_data);
> 
> +        handler_new = cmd->handler;
> +        handler_new(mon, qdict, &data);
> 
> +        if (cmd->user_print)
> +                cmd->user_print(mon, data);
> +        if (data)
> +                qobject_decref(data);
> 
> If you do not like calling the function with the "wrong" number of 
> arguments, you can mass-convert the functions to the new prototype new 
> and leave anyway user_print == NULL.

 The problem is that the monitor_handler_ported() branch can
have additional code in the future (eg. protocol emission code),
so different branches makes things easier to understand.

> What are the plans for the return code of handler_new?

 The protocol emission code will use it to emit 'error' or
'success' messages.

  reply	other threads:[~2009-09-17 13:18 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-16 21:32 [Qemu-devel] [PATCH 0/7]: Initial QObject conversion Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 1/7] monitor: Add user_print() to mon_cmd_t Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 2/7] monitor: Handle new and old style handlers Luiz Capitulino
2009-09-17  6:39   ` [Qemu-devel] " Paolo Bonzini
2009-09-17 13:18     ` Luiz Capitulino [this message]
2009-09-17 13:28       ` Paolo Bonzini
2009-09-17 17:16         ` Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 3/7] monitor: do_info(): handle new and old info handlers Luiz Capitulino
2009-09-23 15:46   ` Markus Armbruster
2009-09-23 16:05     ` Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 4/7] monitor: Convert do_quit() do QObject Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 5/7] monitor: Convert do_stop() to QObject Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 6/7] monitor: Convert do_system_reset() " Luiz Capitulino
2009-09-16 21:32 ` [Qemu-devel] [PATCH 7/7] monitor: Convert do_system_powerdown() " 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=20090917101831.69fc8b1f@doriath \
    --to=lcapitulino@redhat.com \
    --cc=bonzini@gnu.org \
    --cc=qemu-devel@nongnu.org \
    /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.