From: Eric Blake <eblake@redhat.com>
To: Sebastian Ottlik <ottlik@fzi.de>
Cc: jan.kiszka@siemens.com, aliguori@us.ibm.com,
qemu-devel@nongnu.org, stefanha@redhat.com, sw@weilnetz.de
Subject: Re: [Qemu-devel] [PATCH v6 0/5] Do not set SO_REUSEADDR on Windows
Date: Wed, 02 Oct 2013 06:28:58 -0600 [thread overview]
Message-ID: <524C118A.90106@redhat.com> (raw)
In-Reply-To: <1380709396-6063-1-git-send-email-ottlik@fzi.de>
[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]
On 10/02/2013 04:23 AM, Sebastian Ottlik wrote:
> This patchset disables most uses of SO_REUSEADDR on Windows and replaces it with
> calls to the new function socket_set_fast_reuse. On Windows systems the default
> behaviour is equivalent to SO_REUSEADDR on other operating systems. SO_REUSEADDR
> can still be set but results in undesired behaviour in most cases. It may even
> lead to situations were system behaviour is unspecified. More information on
> this can be found at:
> http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621.aspx
>
> I originally encountered this issue when accidentally launching two QEMU
> instances with identical GDB ports at the same time. In which case QEMU won't
> fail as one might expect.
>
> Note that patch #4 fails checkpatch.pl. This is intentional (see v3 changes).
>
> v6 Changes:
> - dropped error output and the silent parameter in favor of an assertion
>
> Actually I wanted to remove the return value from the function too, as the
> assertion pretty much states that the function will not fail and thus always
> return 0. However this would make the code a little ugly to prevent unused
> variable warnings if NDEBUG is set (see patch 1) and also would require some
> ugly changes to slirp/socket.c (see patch 4). Thus I decided to keep it.
>
> - Rebased to current master (a684f3cf9b9b9c3cb82be87aafc463de8974610c)
>
Series: Reviewed-by: Eric Blake <eblake@redhat.com>
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 621 bytes --]
next prev parent reply other threads:[~2013-10-02 12:29 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-02 10:23 [Qemu-devel] [PATCH v6 0/5] Do not set SO_REUSEADDR on Windows Sebastian Ottlik
2013-10-02 10:23 ` [Qemu-devel] [PATCH v6 1/5] util: add socket_set_fast_reuse function which will replace setting SO_REUSEADDR Sebastian Ottlik
2013-10-02 10:23 ` [Qemu-devel] [PATCH v6 2/5] gdbstub: call socket_set_fast_reuse instead of " Sebastian Ottlik
2013-10-02 10:23 ` [Qemu-devel] [PATCH v6 3/5] net: " Sebastian Ottlik
2013-10-02 10:23 ` [Qemu-devel] [PATCH v6 4/5] slirp: " Sebastian Ottlik
2013-10-02 10:23 ` [Qemu-devel] [PATCH v6 5/5] util: " Sebastian Ottlik
2013-10-02 12:28 ` Eric Blake [this message]
2013-10-02 17:46 ` [Qemu-devel] [PATCH v6 0/5] Do not set SO_REUSEADDR on Windows Stefan Weil
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=524C118A.90106@redhat.com \
--to=eblake@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=jan.kiszka@siemens.com \
--cc=ottlik@fzi.de \
--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).