From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Markus Armbruster <armbru@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>
Cc: berrange@redhat.com, qemu-devel@nongnu.org
Subject: Re: [PATCH] qapi: define cleanup function for g_autoptr(Error)
Date: Mon, 13 Sep 2021 17:09:54 +0200 [thread overview]
Message-ID: <5b8f6bc5-c331-45ac-01c4-96cf9a87ebbb@redhat.com> (raw)
In-Reply-To: <87tuiomxlj.fsf@dusky.pond.sub.org>
On 9/13/21 3:08 PM, Markus Armbruster wrote:
> Markus Armbruster <armbru@redhat.com> writes:
>
>> Paolo Bonzini <pbonzini@redhat.com> writes:
>>
>>> On 13/09/21 07:23, Markus Armbruster wrote:
>>>> Paolo Bonzini <pbonzini@redhat.com> writes:
>>>>
>>>>> Allow replacing calls to error_free() with g_autoptr(Error)
>>>>> declarations.
>>>>>
>>>>> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
>>>>> ---
>>>>> include/qapi/error.h | 2 ++
>>>>> 1 file changed, 2 insertions(+)
>>>>>
>>>>> diff --git a/include/qapi/error.h b/include/qapi/error.h
>>>>> index 4a9260b0cc..8564657baf 100644
>>>>> --- a/include/qapi/error.h
>>>>> +++ b/include/qapi/error.h
>>>>> @@ -437,6 +437,8 @@ Error *error_copy(const Error *err);
>>>>> */
>>>>> void error_free(Error *err);
>>>>> +G_DEFINE_AUTOPTR_CLEANUP_FUNC(Error, error_free);
>>>>> +
>>>>> /*
>>>>> * Convenience function to assert that *@errp is set, then silently free it.
>>>>> */
>>>> I'd like to see at least one actual use.
>>>
>>> I'll have one soon, I'll Cc you on that one. (I wrote this because
>>> Dan suggested using g_autoptr(Error) in a review, but it doesn't work
>>> yet).
>>
>> I recommend to squash this patch into its first user, or maybe put it
>> right before it.
>
> I went for a walk, and now I have more substantial comments.
>
> I'm not sure g_autoptr() is a good match for the Error interface in its
> current shape. Let me explain.
>
> Use of error_free() is relatively rare: a bit over 200 calls outside
> tests/, compared to more than 4000 error_setg*(). This is because the
> most common ways to clean up are propagation and reporting, not
> error_free().
>
> As is, reporting errors doesn't play well with g_autoptr(). Example:
>
> Error *err = NULL;
>
> ... code that may set @err ...
>
> if (error is serious) {
> error_report_err(err);
> } else {
> error_free(err);
> }
error_report_err() seems always called within an if()
statement, so an alternative is to refactor this pattern as:
void error_report_err_cond(bool condition, Error *err);
next prev parent reply other threads:[~2021-09-13 15:12 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-12 12:48 [PATCH] qapi: define cleanup function for g_autoptr(Error) Paolo Bonzini
2021-09-12 13:22 ` Richard Henderson
2021-09-13 5:23 ` Markus Armbruster
2021-09-13 7:30 ` Paolo Bonzini
2021-09-13 8:25 ` Daniel P. Berrangé
2021-09-13 9:31 ` Markus Armbruster
2021-09-13 13:08 ` Markus Armbruster
2021-09-13 15:09 ` Philippe Mathieu-Daudé [this message]
2021-09-14 4:46 ` Markus Armbruster
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=5b8f6bc5-c331-45ac-01c4-96cf9a87ebbb@redhat.com \
--to=philmd@redhat.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=pbonzini@redhat.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).