From: cgf AT bbc DOT com (Chris Faylor)
Subject: Re: ls -p very slow
4 Nov 1997 13:45:04 -0800
Message-ID: <EJ4KJp.1sr.cygnus.gnu-win32@bbc.com>
References: <Pine DOT SUN DOT 3 DOT 96 DOT 971103232312 DOT 19867C-100000 AT snowdon DOT ccs DOT neu DOT edu>
Reply-To: cgf AT bbc DOT com
To: gnu-win32 AT cygnus DOT com

In article <Pine DOT SUN DOT 3 DOT 96 DOT 971103232312 DOT 19867C-100000 AT snowdon DOT ccs DOT neu DOT edu>,
Chad Loder  <cloder AT acm DOT org> wrote:
>That's pretty inefficient...sounds like a problem with how link
>information is stored in general. I know it's not easy to do this kind of
>thing with Microsoft's file systems, but maybe there is a way to speed
>this and related procedures up.
>
>A couple of ideas...one of which has already been implemented by someone
>(see about 5 messages back in this list), I think?
>
>1) Keep it simple, stupid - only scan files with the System attribute set,
>make sure that all links get this attribute set when created.
>
>2) Store a binary table of links somewhere on disk, scan thru that for
>links corresponding to what directory you're in. Or just make a hidden
>file in each subdirectory which contains link info for all the files in
>that subdirectory...that way you don't have to (*gasp*) open and close all
>the files every time you want to process which are links (e.g., ls -p or
>similar). Maybe this is too complicated...

Or,

3) Use Sergey's version of cygwin.dll which already does 1) above:

		http://www.lexa.ru/sos

This is a recording...
-- 
http://www.bbc.com/	cgf AT bbc DOT com			"Strange how unreal
VMS=>UNIX Solutions	Boston Business Computing	 the real can be."
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".