Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Fri, 10 Oct 2003 10:13:42 -0400 (EDT) From: Tom Oehser To: Robert Collins cc: cygwin AT cygwin DOT com Subject: Re: problems with current squid In-Reply-To: <1065778577.848.2.camel@localhost> Message-ID: References: <1065778577 DOT 848 DOT 2 DOT camel AT localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII It seems like the ./configure for squid incorrectly detects the number available, it can't find the limit and sets it at the squid ./configure maximum of 8192. Something needs to be fixed in the ./configure test that identifies how many fds are available so that it detects the real number, or a special case needs to be added to ./configure so that it won't try to set it to 8192. -TOm On Fri, 10 Oct 2003, Robert Collins wrote: > Date: Fri, 10 Oct 2003 19:36:17 +1000 > From: Robert Collins > To: cygwin AT cygwin DOT com > Subject: Re: problems with current squid > > On Fri, 2003-10-10 at 18:33, Corinna Vinschen wrote: > > On > > How big is squid trying to set RLIMIT_NOFILE? > > However big it suceeded when I built it. Squid saves the successful > upper limit, and then uses that. > > > I tried with a test > > application and it failed to set the limit to more than 3200 entries. > > YMMV since there's no fixed numbers of descriptors, only a fixed number > > of bytes for a bunch of different jobs. > > Right, we'll need to rebuild squid to handle the lower level available > in cygwin 1.5. > > Rob > -- > GPG key available at: . > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/