[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC 0/8]: QError v2
From: |
Luiz Capitulino |
Subject: |
Re: [Qemu-devel] [RFC 0/8]: QError v2 |
Date: |
Thu, 12 Nov 2009 11:41:08 -0200 |
On Wed, 11 Nov 2009 15:20:30 -0600
Anthony Liguori <address@hidden> wrote:
> Luiz Capitulino wrote:
> > Hi,
> >
> > I can't remember seeing updated versions of a RFC series, but this should
> > prevent Anthony's scripts from merging these patches.
> >
> > This new QError version has two major changes: the static error table has
> > been dropped and I'm using symbolic names instead of error codes.
> >
> > Now, a call to:
> >
> > monitor_printf(mon, "husb: host usb device %d.%d is already open\n",
> > bus_num, addr);
> >
> > Would become something like:
> >
> > qemu_error_new('DeviceAlreadyOpen', "{ 'bus_num': %d, 'addr': %d }",
> > bus_num, addr);
> >
>
> I mostly like this but this is not what the patches do :-)
>
> Here's what I would like to see:
Thinking about this a little more I see some problems with it.
> #define QERR_DEVICE_ALREADY_OPEN "{'class': 'DeviceAlreadyOpen', 'data'
> : {'bus_num': %d, 'addr': %d}"
>
> qemu_error_new(QERR_DEVICE_ALREADY_OPEN, bus_num, addr);
What about DeviceAlreadyOpen errors with a different argument list?
> That gives us a nice simple interface with full error checking on the
> parameters.
I've said this is not so simple because people writing those macros
would find out that the 'class' or 'data' _keys_ are missing or incorrect
only at run-time, when the error is triggered.
> For human readable strings, I'd suggest making a table somewhere else
> that looked like:
>
> QErrorStringTable qerror_descriptions[] = {
> { QERR_DEVICE_ALREADY_OPEN, "This device at %(bus_num)d.%(addr)d is
> already open." },
> ...
> };
How do you suggest we lookup the table? Doing a strcmp() on
QERR_DEVICE_ALREADY_OPEN?
> There are a number of advantages to an approach like this. The table
> can be reused by both in the server and by a client.
My suggestions on both problems makes me willing go back to my initial
series, which had a table indexed by an error number.
- [Qemu-devel] [PATCH 3/8] Add qstring_append_chr() unit-test, (continued)
- [Qemu-devel] [PATCH 3/8] Add qstring_append_chr() unit-test, Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 2/8] QString: Introduce qstring_append_chr(), Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 4/8] QString: Introduce qstring_append_int(), Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 5/8] Introduce QError, Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 6/8] monitor: QError support, Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 7/8] qdev: Use QError for not found error, Luiz Capitulino, 2009/11/04
- [Qemu-devel] [PATCH 8/8] monitor: do_info_balloon(): use QError, Luiz Capitulino, 2009/11/04
- Re: [Qemu-devel] [RFC 0/8]: QError v2, Anthony Liguori, 2009/11/11