From owner-freebsd-bugs@FreeBSD.ORG Fri Jun 18 01:47:29 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1DB216A4CE; Fri, 18 Jun 2004 01:47:29 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E95B43D49; Fri, 18 Jun 2004 01:47:29 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id BA55465339; Fri, 18 Jun 2004 02:46:20 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14614-06; Fri, 18 Jun 2004 02:46:20 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id AF6656520E; Fri, 18 Jun 2004 02:46:19 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id A586A611D; Fri, 18 Jun 2004 02:46:18 +0100 (BST) Date: Fri, 18 Jun 2004 02:46:18 +0100 From: Bruce M Simpson To: glebius@cell.sick.ru, freebsd-bugs@FreeBSD.org Message-ID: <20040618014618.GD43211@empiric.dek.spc.org> References: <200406180144.i5I1iD5B024051@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406180144.i5I1iD5B024051@freefall.freebsd.org> cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/64090: remove confusing EDQUOT from routing API X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2004 01:47:29 -0000 On Fri, Jun 18, 2004 at 01:44:13AM +0000, Bruce M Simpson wrote: > State-Changed-Why: > I see it, and it will probably go away after the ARP rewrite. Would EADDRINUSE be acceptable in the meantime? None of the network code *relies* on seeing EDQUOT, and EADDRINUSE has the most useful human-readable error message here for the case mentioned in the PR. BMS