SOFPJF@VM.UOGUELPH.CA (Peter Jaspers-Fayer) (03/25/90)
I have ZOO.TTP (and sundry other files in the package) that states that
it is verion 2.01STe 1988/08/25. The documentation says the author is
Daan Joesephus Jitta, and gives me an arcane (to me anyway) set of
addresses. Anyhow, I thought: Gee, here's a neat way to back up a
whole partition on a minimal number of floppies: ZOO it, then use
a program I found someplace called SPLITIT to break up the archive
into floppy-sized pieces. Sure it's slow, but the ZOO step should run
unattended, and later I'd have a LOT fewer floppys to switch. BUT:
1) -Backup of the directory for DBMASTER (remember that one?) fails
on the file USEONE.HLP. This file is readable by MORE, the desktop
COPY command, by ARC and by USEONE itself, so the file is OK, but
ZOO gives "FATAL: Error reading input file."
2) (This one's less clear cut:) -backup of an entire partition eventually
fails on " -- I/O error or disk full". Does not matter if the archive
is on the same partition as the data being archived or not. Both
partitions (15 MB each) are less than 1/2 full. Nothing else reports
write errors on my HD.
3) In trying to pin down the first bug, I mis-typed the folder name, and
the system locked up. Thus zoo -backup foo d:\bar\*.* will lock
up your system if directory "bar" does not exist. Not friendly.
Has anyone else seen these bugs?
[ I'm running TOS 1.4, with the "rainbow" patch + poolfix3 + folder100 +
cache10 - all standard Atari stuff - on a MegaFile 60, as 4x15MB ]
I'm willing to help the author in any way I can. Hello Daan?
/PJ SofPJF@VM.UoGuelph.Ca
-------------------------------
If an idea can survive a bureaucratic review and then be implemented,
... it isn't worth doing.klute@heike.informatik.uni-dortmund.de (Rainer Klute) (03/26/90)
In article <9003250802.AA01472@ucbvax.Berkeley.EDU>, SOFPJF@VM.UOGUELPH.CA (Peter Jaspers-Fayer) writes: > I have ZOO.TTP (and sundry other files in the package) that states that > it is verion 2.01STe 1988/08/25. The documentation says the author is > Daan Joesephus Jitta, and gives me an arcane (to me anyway) set of > addresses. The actual Zoo version is 2.01g. The author is Rahul Dhesi, D. J. Jitta ported it to the ST. > 1) -Backup of the directory for DBMASTER (remember that one?) fails > on the file USEONE.HLP. This file is readable by MORE, the desktop > COPY command, by ARC and by USEONE itself, so the file is OK, but > ZOO gives "FATAL: Error reading input file." This is a known error. Get the actual version and you will never see it again. However, I can't say anything about the other bugs you mentioned... Dipl.-Inform. Rainer Klute klute@heike.informatik.uni-dortmund.de Univ. Dortmund, IRB klute@unido.uucp, klute@unido.bitnet Postfach 500500 |)|/ ...uunet!mcvax!unido!klute D-4600 Dortmund 50 |\|\ Tel.: +49 231 755-4663
ripley@tubopal.UUCP (Hans-Ch. Eckert) (03/28/90)
I heard something about some obscure bug crashing zoo when archiving files with a certain filelength (multiple of 8192 bytes). Is this true and when will it be fixed? (I use 2.01/STg) Also, I use zoo-boy for simple tasks. unzooing is not a task for which zoo-boy is suitable. The reason? It calls zoo with "zoo x zoofile" when using the extract-button. What I need is "zoo x.//" in too many cases. So I end up invoking gulam if I do not-so-simple tasks on zoo-files ! Greetings, RIPLEY -- Greetings from RIPLEY | UUCP: ripley@tubopal.UUCP (ripley@opal.cs.tu-berlin.de) Hans-Christian Eckert | ...!unido!tub!opal!ripley (Europe) D-1000 Berlin 30 | ...!pyramid!tub!opal!ripley (World) Regensburger Str. 2 | BITNET: ripley%tubopal@DB0TUI11.BITNET (saves $$$)
jfbruno@rodan.acs.syr.edu (John F. Bruno) (03/29/90)
In article <1310@opal.tubopal.UUCP> ripley@tubopal.UUCP (Hans-Ch. Eckert) writes: > >I heard something about some obscure bug crashing zoo when archiving files >with a certain filelength (multiple of 8192 bytes). >Is this true and when will it be fixed? (I use 2.01/STg) > >Also, I use zoo-boy for simple tasks. unzooing is not a task for which >zoo-boy is suitable. The reason? It calls zoo with "zoo x zoofile" when >using the extract-button. What I need is "zoo x.//" in too many cases. >So I end up invoking gulam if I do not-so-simple tasks on zoo-files ! > >Greetings, > RIPLEY If you have access to a PC, you could un-ARC, un-ZOO, un-WHATEVER all your files on your PC and then copy them to a floppy disk and get them to your ST via sneaker-net. The un-ARCers from the IBM world are (unfortunately) a little better than those in the ST-world. I have never had a problem doing things this way, believe-it-or-not (no offense) ---jb > >-- >Greetings from RIPLEY | UUCP: ripley@tubopal.UUCP (ripley@opal.cs.tu-berlin.de) >Hans-Christian Eckert | ...!unido!tub!opal!ripley (Europe) >D-1000 Berlin 30 | ...!pyramid!tub!opal!ripley (World) >Regensburger Str. 2 | BITNET: ripley%tubopal@DB0TUI11.BITNET (saves $$$)