Path: utzoo!utgpu!attcan!uunet!super!udel!gatech!bloom-beacon!bu-cs!mirror!rayssd!galaxia!amanpt1!mrr
From: mrr@amanpt1.zone1.com (Mark Rinfret)
Newsgroups: comp.sys.amiga.tech
Subject: Re: zoo troubles
Summary: Must be written in Aztec C
Message-ID: <525@amanpt1.zone1.com>
Date: 22 Oct 88 14:41:42 GMT
References: <826@applix.UUCP> <1066@microsoft.UUCP>
Organization: HyperView Systems
Lines: 34

In article <1066@microsoft.UUCP>, ricom@microsoft.UUCP (Rico Mariani) writes:
> In article <826@applix.UUCP> scott@applix.UUCP (Scott Evernden) writes:
> >
> >Speaking of zoo,
> >
> >I have a directory containing about 150 files totaling over 3 megabytes.
> >I try to "zoo -a archive *".  Zoo seems to take _forever_ to do its work.
> >Even if a try to add a single file, zoo crunches and grinds and takes so
> >long, that i think something's wrong.
> >
> >I tried an experiment and created 100 0-length files.  I then did a
> >"zoo a foobar file1", and once again- clunca-chunka-clanka goes my
> >harddrive.  Was a little quicker tho, causing me to believe that zoo
> >is reading _every_ file.
> >
> >Has anyone else spotted this?
> 
> I bet you're using a shell... This is my problem with AmigaZoo
> 
> It searches the whole directory for matching files FOR EVERY FILE ON
> THE COMMAND LINE.

This is probably a result of using the Manx (Aztec C) scdir() function.
Whenever I resort to using scdir(), I always include a test to determine
if the pathname contains meta characters (*,?) and bypass the call to
scdir() if it doesn't. Perhaps this should be passed on the Rahul Dhesi (sp?).

Mark

-- 
< Mark R. Rinfret,  mrr@amanpt1.ZONE1.COM | ...rayssd!galaxia!amanpt1!mrr    >
< HyperView Systems Corp.               Home: 401-846-7639                   >
< 28 Jacome Way                         Work: 401-849-9390 x301              >
< Middletown, RI 02840                  Hypermedia R Us!                     >