From owner-cvs-all@FreeBSD.ORG Sun Nov 16 23:07:27 2008 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8DD106568D; Sun, 16 Nov 2008 23:07:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6291A8FC22; Sun, 16 Nov 2008 23:07:26 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1L1qiD-000BRj-Ab; Mon, 17 Nov 2008 02:07:25 +0300 Date: Mon, 17 Nov 2008 02:07:25 +0300 From: Slawa Olhovchenkov To: Stanislav Sedov Message-ID: <20081116230725.GM90708%slw@zxy.spb.ru> References: <200804202035.m3KKZk4X079263@repoman.freebsd.org> <20081116222825.GA43275%slw@acropolis.ru> <20081117015506.de765af8.stas@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081117015506.de765af8.stas@FreeBSD.org> User-Agent: Mutt/1.5.11 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: cvs-src@FreeBSD.org, Sam Leffler , cvs-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/conf GENERIC src/sys/arm/conf AVILA HL200 KB920X src/sys/conf NOTES files options src/sys/contrib/dev/ral LICENSE Makefile rt2561.fw.uu rt2561s.fw.uu rt2661.fw.uu rt2661_ucode.h rt2860.fw.uu ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2008 23:07:27 -0000 On Mon, Nov 17, 2008 at 01:55:06AM +0300, Stanislav Sedov wrote: > > On Sun, Apr 20, 2008 at 08:35:46PM +0000, Sam Leffler wrote: > > > > This is complete break Citrix ICA client. > > This client "binding" to first UP interface, now this is iwi0, for > > example, w/o IP address. wlan0 can't be first UP interface. > > > > This is a clear failure of this clien behavour. If it relies on some > protocol functionality it should be also checking if the underlying > interface has the address set, not just blindly binding to first > interface which is active... This is interference with linux emulation. I don't know what is "binding" in this case. This is not bind(2)