Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Unsubscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin-developers AT sourceware DOT cygnus DOT com Date: Thu, 12 Aug 1999 12:09:16 -0400 From: Chris Faylor To: Egor Duda Cc: cygwin-developers Subject: Re: stat_worker patch and suggestion Message-ID: <19990812120916.B893@cygnus.com> References: <9484 DOT 990812 AT logos-m DOT ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <9484.990812@logos-m.ru>; from Egor Duda on Thu, Aug 12, 1999 at 11:37:18AM +0400 On Thu, Aug 12, 1999 at 11:37:18AM +0400, Egor Duda wrote: > Attached patch make stat functions recognize UNC paths as remote. It >speeds up fstat operations on remote drives, which are not mapped to >drive letters. Does this patch still operate correctly with the old "\\a" style method for handling drives? >BTW, what do you think of providing porters with some sort of "lite" >versions of stat functions? Retrieving all stat information isn't >always necessary, and opening file to get it's st_ino and scanning >directory to get st_nlinks are quite time-consuming operations. I don't know how this could be used. Would you define stat as "stat_lite" when you compile an application? cgf