Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!iuvax!bsu-cs!dhesi From: dhesi@bsu-cs.UUCP (Rahul Dhesi) Newsgroups: comp.sys.amiga Subject: Re: zoo enhancements Message-ID: <1748@bsu-cs.UUCP> Date: 29 Dec 87 15:55:55 GMT References: <553@oscvax.UUCP> Reply-To: dhesi@bsu-cs.UUCP (Rahul Dhesi) Distribution: na Organization: CS Dept, Ball St U, Muncie, Indiana Lines: 45 In article <553@oscvax.UUCP> rico@oscvax.UUCP (Rico Mariani) writes: [suggestions about zoo] > - Allow recursive archival of directorys i.e. > > zoo a ram:mystuff dh0:ricos_stuff A lot of people want this. There's a slight implementation problem in that getting filenames recursively is highly system-dependent. Here's how to get this feature in Amiga zoo: Write a C routine for Aztec/Manx C that will accept a directory name and recursively return a list of all files in the directory subtree each time it is called. Send it to me or to Brian Waters . > - Don't do wildcard matching on files that don't have any > wildcards in them. I currently do large archives... > Then I wait for 15 minutes while it scans the directory tree > once for each file my wildcard sequence expanded to. The same problem occurred with VAX/VMS, which sometimes scans directories very slowly, and got fixed. Should get fixed for the Amiga too (eventually). > - Lose the 97 file limit. This is a serious limitation if you're > archiving from a hard disk. There's no reason to put any limit > on the number of filenames. A compile-time option because a static array of pointers is used to hold filenames. It can be increased to just about any number, but maybe Brian Waters doesn't think anybody needs more? Let him know. > - I haven't tried this next part so it might already work but if it > doesn't this would be a good thing to add. I'd like to say > > zoo a pipe:big.zoo dh0: > > and have my whole harddisk archived... Zoo will happily archive anything that it can read through the standard read and fread functions. If dh0: is not thus readable, you're talking about a highly system-dependent feature that will take forever to implement. This and the remaining suggestions are better implemented with a tar-type utility. -- Rahul Dhesi UUCP: !{iuvax,pur-ee,uunet}!bsu-cs!dhesi