Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Message-ID: <003301c2e629$daa29190$78d96f83@pomello> From: "Max Bowsher" To: "Cygwin \(Robert Collins\)" , References: <004d01c2e609$ca7a9300$0400a8c0@robertcollins.net> Subject: Re: Pending setup patches (Re: [PATCH] Re: Removing concat.cc/h) Date: Sun, 9 Mar 2003 10:51:35 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Cygwin (Robert Collins) wrote: > === > ----- Original Message ----- > From: "Igor Pechtchanski" > > >>> I still suspect we need a <= rather than == - but we'll see :}. >>> >>> Rob >> >> Only if "files" is traversed in order of decreasing minlevel. >> Otherwise we'd have to traverse the whole set before we can find the >> right log file. Either way, a simple "<=" won't do it, IMO... > > Yes but :]. > > My point is that given the following: > a level 1 and a level 2 log file, should logfile name(3) fail, or find > 1/2 ? I would have thought fail. I can see an argument for wanting logfile(2) to find a level 3 log file if no level 2 exists, though. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/