From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1F0ok5-0001J3-OH
	for qemu-devel@nongnu.org; Sun, 22 Jan 2006 18:35:29 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1F0ok1-0001D3-B5
	for qemu-devel@nongnu.org; Sun, 22 Jan 2006 18:35:25 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1F0ok1-0001CK-17
	for qemu-devel@nongnu.org; Sun, 22 Jan 2006 18:35:25 -0500
Received: from [69.17.117.6] (helo=mail4.sea5.speakeasy.net)
	by monty-python.gnu.org with esmtp
	(TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1F0ooe-0006Po-Ig
	for qemu-devel@nongnu.org; Sun, 22 Jan 2006 18:40:12 -0500
Received: from dsl081-088-222.lax1.dsl.speakeasy.net (HELO [192.168.111.2])
	(jhoger@[64.81.88.222]) (envelope-sender <jhoger@pobox.com>)
	by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP
	for <qemu-devel@nongnu.org>; 22 Jan 2006 23:32:37 -0000
Subject: Re: [Qemu-devel] Set SO_REUSEADDR at the right time
From: "John R. Hogerhuis" <jhoger@pobox.com>
In-Reply-To: <Pine.GSO.4.44.0601161601150.21966-100000@elaine24.Stanford.EDU>
References: <Pine.GSO.4.44.0601161601150.21966-100000@elaine24.Stanford.EDU>
Content-Type: text/plain
Date: Sun, 22 Jan 2006 15:32:41 -0800
Message-Id: <1137972761.17341.17.camel@aragorn>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Reply-To: jhoger@pobox.com, qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Hi,

On Mon, 2006-01-16 at 16:03 -0800, Nickolai Zeldovich wrote:
> It looks like qemu (at least version 0.7.2, which is what I'm running
> here) doesn't set SO_REUSEADDR before calling bind(), which makes that
> fairly useless.  This obvious patch moves up setting SO_REUSEADDR to the
> right place, just before bind().
> 

FYI, Fabrice has a hard enough time tracking patches. I have no data to
back this up, but you might have more luck if you mark the subject of
your email with [PATCH]. Then we he goes looking for a batch of patches
to apply he can find them.

-- John.