qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: "Philippe Mathieu-Daudé" <philmd@linaro.org>,
	qemu-devel@nongnu.org, "Fam Zheng" <fam@euphon.net>,
	"Stefan Hajnoczi" <stefanha@redhat.com>,
	"Marc-André Lureau" <marcandre.lureau@redhat.com>,
	"Stefan Weil" <sw@weilnetz.de>,
	qemu-block@nongnu.org
Subject: Re: [RFC PATCH 1/2] system/os-win32: Remove unused Error** argument in qemu_socket_unselect
Date: Wed, 16 Jul 2025 11:50:22 +0100	[thread overview]
Message-ID: <aHeD7oWuKE_GKF4j@redhat.com> (raw)
In-Reply-To: <87tt3cto2s.fsf@pond.sub.org>

On Wed, Jul 16, 2025 at 12:41:31PM +0200, Markus Armbruster wrote:
> Daniel P. Berrangé <berrange@redhat.com> writes:
> 
> > On Tue, Jul 15, 2025 at 10:35:16AM +0200, Philippe Mathieu-Daudé wrote:
> >> @errp is always NULL. Remove it, as unused.
> >> 
> >> Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> >> ---
> >>  include/system/os-win32.h | 2 +-
> >>  io/channel-socket.c       | 4 ++--
> >>  util/oslib-win32.c        | 6 +++---
> >>  3 files changed, 6 insertions(+), 6 deletions(-)
> >> 
> >> diff --git a/include/system/os-win32.h b/include/system/os-win32.h
> >> index 3aa6cee4c23..40712a948c3 100644
> >> --- a/include/system/os-win32.h
> >> +++ b/include/system/os-win32.h
> >> @@ -172,7 +172,7 @@ static inline void qemu_funlockfile(FILE *f)
> >>  bool qemu_socket_select(int sockfd, WSAEVENT hEventObject,
> >>                          long lNetworkEvents, Error **errp);
> >>  
> >> -bool qemu_socket_unselect(int sockfd, Error **errp);
> >> +bool qemu_socket_unselect(int sockfd);
> >>  
> >>  /* We wrap all the sockets functions so that we can set errno based on
> >>   * WSAGetLastError(), and use file-descriptors instead of SOCKET.
> >> diff --git a/io/channel-socket.c b/io/channel-socket.c
> >> index 3b7ca924ff3..6ee6217e7ac 100644
> >> --- a/io/channel-socket.c
> >> +++ b/io/channel-socket.c
> >> @@ -454,7 +454,7 @@ static void qio_channel_socket_finalize(Object *obj)
> 
>     static void qio_channel_socket_finalize(Object *obj)
>     {
>         QIOChannelSocket *ioc = QIO_CHANNEL_SOCKET(obj);
> 
>         if (ioc->fd != -1) {
>             QIOChannel *ioc_local = QIO_CHANNEL(ioc);
>             if (qio_channel_has_feature(ioc_local, QIO_CHANNEL_FEATURE_LISTEN)) {
>                 Error *err = NULL;
> 
>                 socket_listen_cleanup(ioc->fd, &err);
>                 if (err) {
>                     error_report_err(err);
>                     err = NULL;
> >>              }
> >>          }
> >>  #ifdef WIN32
> >> -        qemu_socket_unselect(ioc->fd, NULL);
> >> +        qemu_socket_unselect(ioc->fd);
> >>  #endif
> >
> > It seems to me like this code should instead be using
> > &error_warn, because the errors are still relevant and
> > potentially a sign of a bug, but we don't want to stop
> > this finalization path.
> 
> Would such a warning be actionable for the user?
> 
> Why is this failure a warning, but the failure right above is an error?
> 
> What are the possible failures?
> 
> On reporting errors with error_report() & friends: doing so within a
> function that uses an Error **errp parameter to return errors is almost
> always wrong.  Can qio_channel_socket_finalize() run within such a
> function?

No finalize() function can ever propagate errors - these are run
transparently when the "unref" drops the last reference count.
So error_report is the best we can manage in finalize functions.

It is actionable for the user in so much as if they see such
warnings, it is sign of a code bug somewhere and this will be
a useful diagnostic to receive in the bug report.

> 
> >
> >>          close(ioc->fd);
> >>          ioc->fd = -1;
> >> @@ -890,7 +890,7 @@ qio_channel_socket_close(QIOChannel *ioc,
> >>  
> >>      if (sioc->fd != -1) {
> >>  #ifdef WIN32
> >> -        qemu_socket_unselect(sioc->fd, NULL);
> >> +        qemu_socket_unselect(sioc->fd);
> >>  #endif
> >
> > Here too, we don't want to stop the close operation early,
> > as we need to 'close()' the FD, but we should diagnose
> > the failure none the less
> 
> Same questions.

Close can propagate errors, but we need a little more careful dance.
We really really really want to still successfully close the underlying
socket FD, and if that causes an error too, we'll prefer to see the
latter error, over this earlier error IMHO. So we should propagate an
error here, but delay propagation until the rest of this method has
run.

> 
> >>          if (qio_channel_has_feature(ioc, QIO_CHANNEL_FEATURE_LISTEN)) {
> >>              socket_listen_cleanup(sioc->fd, errp);
> 
> [...]
> 

With regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|



  reply	other threads:[~2025-07-16 10:55 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-15  8:35 [RFC PATCH 0/2] system/win32: Remove unused Error argument in qemu_socket_[un]select() Philippe Mathieu-Daudé
2025-07-15  8:35 ` [RFC PATCH 1/2] system/os-win32: Remove unused Error** argument in qemu_socket_unselect Philippe Mathieu-Daudé
2025-07-15  8:44   ` Manos Pitsidianakis
2025-07-15  8:54   ` Daniel P. Berrangé
2025-07-16 10:41     ` Markus Armbruster
2025-07-16 10:50       ` Daniel P. Berrangé [this message]
2025-07-16 11:01         ` Markus Armbruster
2025-07-15  8:35 ` [RFC PATCH 2/2] system/os-win32: Remove unused Error** argument in qemu_socket_select Philippe Mathieu-Daudé
2025-07-15  8:44   ` Manos Pitsidianakis
2025-07-15  8:56   ` Daniel P. Berrangé
2025-07-16 10:48     ` 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=aHeD7oWuKE_GKF4j@redhat.com \
    --to=berrange@redhat.com \
    --cc=armbru@redhat.com \
    --cc=fam@euphon.net \
    --cc=marcandre.lureau@redhat.com \
    --cc=philmd@linaro.org \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.com \
    --cc=sw@weilnetz.de \
    /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).