Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!ll-xn!mit-eddie!bloom-beacon!gatech!purdue!i.cc.purdue.edu!j.cc.purdue.edu!pur-ee!iuvax!bsu-cs!jbwaters
From: jbwaters@bsu-cs.UUCP (J. Brian Waters)
Newsgroups: comp.sys.amiga
Subject: Re: Sources in text mode please
Summary: zoo and the ffs
Message-ID: <3143@bsu-cs.UUCP>
Date: 19 May 88 18:45:31 GMT
References: <1758@van-bc.UUCP>
Organization: The Binary Bin
Lines: 26

In article <1758@van-bc.UUCP>, lphillips@lpami.van-bc.UUCP (Larry Phillips) writes:
> 
>   There remains only one small problem. ZOO does not work on any device
> that uses the new file system, meaning that I have to ZOO things in VD0:
> or RAM: It would seem that extracting files is fine, but that it must go a
> little too 'close to the hardware', bypassing the file handler and making
> assumptions about disk block contents. A shame. I _almost_ like it now.
>

   All the file io in the Amiga version of zoo is done through either the
dos.library,  stdio routines from the C compiler and one use of a packet
(the setdate packet that was added in 1.2).  It does nothing that bypasses
the handler and makes no assumptions about the disk block.

   As soon as I get a way to test out zoo with the fast file system I will
verify and correct any problems with it.  By the way I have only recieved
two bug reports since zoo has been distributed for the Amiga.  I am sure more
people than that have found problems.  I can only fix things that I know about
and I do not have time to read all the comp.sys.amiga messages.  If you find
something about the Amiga version of zoo and would like to make sure a feature
you want is considered or a bug fixed please mail it to me. 

 
-- 
Brian Waters              <backbone>!---\ 
                                   ihnp4!{iuvax|pur-ee}!bsu-cs!jbwaters
                                              uunet!---/