Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!decwrl!sun!idi!intelca!cem
From: cem@intelca.UUCP
Newsgroups: net.micro.amiga
Subject: Re: Re: FASTDIR (not a substitute, but a supplement for AmigaDOS 'DIR')
Message-ID: <46@intelca.UUCP>
Date: Mon, 19-May-86 11:30:35 EDT
Article-I.D.: intelca.46
Posted: Mon May 19 11:30:35 1986
Date-Received: Fri, 23-May-86 07:12:07 EDT
References: <13147@ucla-cs.ARPA> <1146@amiga.amiga.UUCP> <335@ulowell.UUCP>
Distribution: net
Organization: Intel, Santa Clara, Ca.
Lines: 28

In article <335@ulowell.UUCP> Bob Page writes ...
> 
> This appears on the programmer's toolkit disk from C-A.  I tried it,
> and have some comments:
>    I don't see how it is any faster than dir!
>    I'm glad it doesn't print the dirs seperately.
>    It should DELETE the .dir file after it is done!
>    *******
>    Under V1.2, if the disk fills while writing the .dir file, you
> have just hung your CLI process.  FASTDIR doesn't know that the
> disk is full, and retries its write.  Of course, you get another
> "Volume foo is full" requester, and the cycle starts again.
> I didn't try this under V1.1.
> 
> ..Bob

Bob, the bug is valid, however the whole purpose of the dang thing is to
leave the .dir file around! If it has a later creation date/time than
the modification date on the dir handle then fastdir simply dumps the file
at you. This is a lot faster than doing a DIR sometimes. Lets get serious
here.

--Chuck
-- 
                                            - - - D I S C L A I M E R - - - 
{ihnp4,fortune}!dual\                     All opinions expressed herein are my
        {qantel,idi}-> !intelca!cem       own and not those of my employer, my
 {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}