From owner-freebsd-ports@FreeBSD.ORG Thu Feb 9 14:43:35 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 350A216A422 for ; Thu, 9 Feb 2006 14:43:35 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id AC4FE43D75 for ; Thu, 9 Feb 2006 14:43:32 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 87206 invoked from network); 9 Feb 2006 14:43:30 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 9 Feb 2006 14:43:30 -0000 Message-ID: <43EB5511.7070705@FreeBSD.org> Date: Thu, 09 Feb 2006 15:43:29 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060115) MIME-Version: 1.0 To: Jean-Yves Lefort Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Joe Marcus Clarke Subject: Re: gamin 0.1.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:43:35 -0000 > Please address the following issues, or revert: > > - we now have two different pollers; one is used when > gam_kqueue_monitor_enable_kqueue() returns FALSE (for instance when > the fd limit is exhausted, or when kevent() fails); one is used for > "nfs" and "smbfs" filesystems Yes, and where is the problem? Not only for nfs and smbfs, but also for all the filesystem the user want to monitor using polling, by inserting them into the configuration file. Before, this wasn't possible. The internal polling of kqueue backend will be used only for files that could be monitored by the kernel, but actually exceeds the fd limit (and so they could return to kernel later). > - the two pollers behave differently, compare: stat() vs lstat(), > gam_poll_generic_node_changed() vs gam_kqueue_differs(), Yes, this is true. For POLA may be better to adapt the polling behaviour to be like the kqueue backend, even if other gamin backend are different. > - using filesystem names to choose between kqueue and polling is a > bad idea, for obvious reasons; This is what is done partially in FAM and other gamin backends. > one should use fstatfs() and enable kqueue if the MNT_LOCAL flag is set Before, all the file systems where monitored by kqueue, so I don't see your point. > - testing no longer works: > make > cd $WRKDIR/tests > export GAMIN_DEBUG_SERVER=../server/gam_server > ./testgam - > connect test > -> it connects to the already running gam_server (the installed one) If you have an already running gam_server it's absolutely right that the libgamin will connect to it. Your env variable is used only when forking a new server. > - the patch which removed a stale socket has been dropped False, the patch has changed, not dropped. -- Alex Dupre