Info-Atari16 Digest         Thu, 25 Jul 91       Volume 91 : Issue 406
 
Today's Topics:
A Decent Debugger Interface (was Re: An idea for DC Software? (wish list))
               crabs -- Screen-eating program for MiNT
        FAST Graphics Routines For Medium Res WANTED! (please)
                      GhostScript 2.2 available
                          GNU make ver. 3.59
                      Lattice C -- Single Pass?
                              mgif v3.7
                     Plea for help <-- dead 1040!
Problem w/ TeX 3.1 at atari.archive (was Re: getting TeX up and running on your
 ST)
             Superbase Paersonal date stamping of fields
                   The BEST Atari mag in the USA...
                         TT compatability...
                      TT memory (was allocation)
            Use Unlzh 1.72 for Unlzhing!  Works with all!
                       Video tape backup system
                Where to get PC-DITTO II  PALs ??????
                        XCONTROL & Mouse Accel
           Zoo 2.1 - archive whole dir structure? (2 msgs)
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 18 Jul 91 16:53:20 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: A Decent Debugger Interface (was Re: An idea for DC Software? (wish
 list))
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jul15.163633.26800@ux1.cso.uiuc.edu> timothyg@ncsa.uiuc.edu
 (Timothy Gallivan) writes:
| 4) A graphical interface to one of the PD debuggers would also be nice,
|       something like dbxtool on Suns. One window has the source
|       listing with an arrow pointing to the current line. Break points
|       can be selected with the mouse, etc. By the way, do any of
|       the commercial C packages have anything like this?
 
That would already be decent!  But why can't we get a decent debugger
environment (even on a Sun)?  I mean to have something under X11 as
ergonomic as some of those old Lisp Machine debuggers were.  I would
just love to have something as usable as Xerox's Interlisp debugger
front-end; that alone would reduce debugging time by at least 50%.
 
Maybe this is all wishful thinking...
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Telephone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55 FAX-2: (+33-)61-55-35-77
===============================================================================
THINK: Due to IMF & World Bank policies 100 million Latin American children are
living, eating, and sleeping in the streets -- Le Monde Diplomatique
 
------------------------------
 
Date: 12 Jul 91 08:49:24 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: crabs -- Screen-eating program for MiNT
To: Info-Atari16@naucse.cse.nau.edu
 
There seems to be a problem with the crabexe.lzh file that was posted.
Neither Unix uudecode or uud or even uud on my ST could decode this
file.
 
In article <binaries.15.53@twitterpater.eng.sun.com>
 koreth@twitterpater.eng.sun.com (Steven Grimm) writes:
| table
|  !"#$%&'()*+,-./0123456789:;<=>?
| @ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]~_
| begin 644 crabexe.lzh
| M'\TM;&@Q+68<  !:-0  0E6K%B  "4-204)3+E144,*)]FFQF'NG[!@R#==Cz
| M0SK72P UW;UG[MOM>J6TW[!9;2FD7#2FHL$R,!K)<!$Y[P E97YY2AG?OFEZy
 
| M-44-MP8$40/Q)&)FC;N[@]\8+$">_"0G,S-.MNAR!;:~RC0$5AC:LUC.(LF/w
| M<\=+6)+<S:26  N/R[BH+F5;9=W#R>.@[0?,ISZ;SD$2P6N+8TPQ~;:!;@W!v
| M$7Z'5@D@;_%+ZQF0B/:J<OGCD~IW L-IEBM>Q?#DN/07BQRBS(F_0~<'T$C2u
| ..8>OG83<SX LGU[._T "Jt
|  s
| end
 
On the ST uud complained about the sequence letter <J> in the next to
last line.  The Unix versions all did a nice `segmentation violation.'
Have others successfully recovered this file?
 
Cheers,
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Telephone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55 FAX-2: (+33-)61-55-35-77
===============================================================================
THINK: Due to IMF & World Bank policies 100 million Latin American children are
living, eating, and sleeping in the streets -- Le Monde Diplomatique
 
------------------------------
 
Date: 25 Jul 91 02:00:02 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!mips!apple!portal!cup.portal.com!Bobste
 r@arizona.edu (Robert Jules Shaughnessy)
Subject: FAST Graphics Routines For Medium Res WANTED! (please)
To: Info-Atari16@naucse.cse.nau.edu
 
     I have been told that the graphics routines built into the operating
system are not efficient. I am tinkering around with 3d graphics and would
really like to get my hands on some (FAST) graphics routines. Specifically,
a line drawing routine, a filled polygon routine, and a filled ellipse. If
you have some of these, I WOULD REALLY like to have them. I am sure others
will too.
 
 
Thanks in advance!
 
------------------------------
 
Date: 25 Jul 91 04:24:40 GMT
From:
 noao!asuvax!ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.e
 du!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!ux1.cso.uiuc.edu!timothyg@ari
 zona.edu (Timothy Gallivan)
Subject: GhostScript 2.2 available
To: Info-Atari16@naucse.cse.nau.edu
 
I uploaded the executable of GhostScript 2.2 for the Atari ST to
atari.archive Monday evening. It should be available for downloading
soon, probably in /atari/gnustuff/tos/ghstscrpt/gs22b.zoo. I am in
the process of moving, so the sources won't be posted for a little
while (maybe not until 2.3, which is due around the end of August).
 
GS 2.2 sports some bug fixes, a monochrome screen driver, and five
printer drivers (only one of which is tested). Improved 2.2 fonts are
available at other archive sites, but the old fonts seem to work fine
with 2.2 if you want to delay another lengthy download. This release is
a considerable improvment over 2.1.1 and I recommend it highly. With the
new screen driver, you can use ghostscript interactively to learn
postscript or test a small piece of PS code.
 
If anyone is interested, any email sent to me after August 15 1991
should be directed to:
 
Tim Gallivan
timg@landau.ph.utexas.edu
 
------------------------------
 
Date: 24 Jul 91 12:59:08 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: GNU make ver. 3.59
To: Info-Atari16@naucse.cse.nau.edu
 
[ I tried replying to Warwick directly but I get that
warwick@parasol.cs.uq.oz.au is an unknown user.  Sorry for the
unnecessary bandwidth.
 
   ----- Transcript of session follows -----
While talking to parasol.cs.uq.oz.au:
>>> RCPT To:<warwick@parasol.cs.uq.oz.au>
<<< 550 <warwick@parasol.cs.uq.oz.au>... User unknown
550 <warwick@parasol.cs.uq.oz.au>... User unknown
 
]
 
Which make v. 3.59 are you using?  The one from a.a?  In mine I do
*not* have to specify the complete path, but only the .ttp file
extension:
 
TEX = latex.ttp
 
Otherwise, it and v. 3.54(?) would have trouble finding the file.
 
Cheers,
 
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: 24 Jul 91 18:01:03 GMT
From: news-server.csri.toronto.edu!torsqnt!lsuc!jimomura@uunet.uu.net (Jim
 Omura)
Subject: Lattice C -- Single Pass?
To: Info-Atari16@naucse.cse.nau.edu
 
     I got my first "do nothing" program to compile and link and waddling
through a slow program development I started to run into problems.  Then
something occurred to me.  I compiled the sample program (WTEST.C) that
comes with Lattice C and it compiled, linked and ran perfectly.  Then
I moved the 'main()' from the bottom of the source code to my normal
location just under the globals (the "top" of the program) and it failed
to compile.
 
     My best guess is that Lattice is a single pass compiler after all.
I asked around before and was told it was multi-pass.  But it's not
something that some programmers would notice.  At least not unless
they try porting programs written by people who organize top down.
 
     I called Goldleaf and the fellow I talked to didn't even know
if it was single-pass or multi-pass.  Maybe I didn't talk to their
best compiler man.  Anyway, he's going to look into it and call me
back tomorrow.  If this is true, then I think I'd call it a *major*
deficiency in their documentation.  It should have said so on Page 2
right under the title "What is Lattice C 5?"  The very first sentence
should have said that it's a single-pass compiler.  If it's not a
single pass compiler, then I seem to have found a serious bug. :-)
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
lsuc!jimomura
Byte Information eXchange: jimomura
 
------------------------------
 
Date: 25 Jul 91 06:49:55 GMT
From: convex!rosenkra@uunet.uu.net (William Rosenkranz)
Subject: mgif v3.7
To: Info-Atari16@naucse.cse.nau.edu
 
since so many people asked for this, i have made mgif use dynamically
allocated arrays (and fixed a few bugs). i uploaded file mgif37b.arc
to atari.archive where it should be available in a few days. binary
only at this point.
 
-bill
rosenkra@convex.com
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: 25 Jul 91 04:54:29 GMT
From: esseye!jdbbs!wybbs!therip!FredMail@uunet.uu.net (Rod Fulk)
Subject: Plea for help <-- dead 1040!
To: Info-Atari16@naucse.cse.nau.edu
 
Well just pushing them down will work for a while but really just pushing them
down is only a temporary fix at best...
There are a few things you can do to stop it...
#1, DO NOT smoke near the computer. (My dad doesnt listen to anyone and smokes
    at the computer... Every 2 years it has to be cleaned out. And I mean
    CLEANED OUT! You wouldnt believe how rough smoke is on connections and
    such..)
#2, Get some contact cleaner (Be careful cause SOME will eat plastic too.. You
    do not want that...)
#3, Pull all the socketed chips out one by one. (I place all the chips on my
    workbench in the same order they are onthe motherboard so I know where
    they go.)
#4, once all the chips are out you can spray the cleaner over the contacts.
    (Note, if you do not want to do it this way you can pull each chip out one
    by one, spray the socket and then put the chip back in but pulling all the
    chips is faster. And wastes less.)  This cleaning disolves any oxidation
    and any smoke or other residues on the contacts.
#5, With the square chips you can sometimes loose contacts between the socket
    and the chip. (Tech specialties memory boards are good at causing this!)
    To fix it you take a medium sized paper clip and unfold it by half. YOu
    make the big loop into a handle and you cut the small loop so it has very
    little of the loop. YOur gonna use it as a pry bar and pull the pins in
    the socket out slightly. (NOT too far, remember that bending metal back
    and forth is not a good idea. So the less you bend it the better.. You
    dont need to bend it much anyhow..
#6, Put all the chips back in in the proper orientation and your alset. I did
    this with my dads machine and my own as well as three other computers.
    None of them responded well to my pushing the chips down.. (Had to keep
    pushing them down all the time.. Once a week at the least..) Once I went
    through the procedure above with all the machines they worked perfectly
    and still are. (2+ years!)
 
I would suggest getting someone knowlegable to do it though..
(Note this message was really to the original poster but figured you could
learn from this message too.. ;-)  )
 
 
 * Origin: The R.I.P.  (616)235-2313   [HST] (1:228/24)
 
------------------------------
 
Date: 18 Jul 91 16:32:38 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: Problem w/ TeX 3.1 at atari.archive (was Re: getting TeX up and running
 on your ST)
To: Info-Atari16@naucse.cse.nau.edu
 
I have uploaded to atari.archive a corrected version of BibTeX
compatible with the new TeX 3.1 distribution.  Credit goes, of course,
to Frank Ridderbusch for recompiling it!  The difference is that it
accepts a TEXINPUTS environment variable compatible with TeX 3.1/LaTeX:
 
setenv TEXINPUTS '.\acm;.;e:\tex\inputs\local;e:\tex\inputs'
 
Dont forget that in both versions your *.bib files are looked for in
the BIBINPUTS path environment variable analogous to TEXINPUTS.
 
Cheers,
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: Thu, 25 Jul 91  11:20 GMT
From: DCMA22%UJVAX.ULSTER.AC.UK@CUNYVM.CUNY.EDU
Subject: Superbase Paersonal date stamping of fields
To: INFO-ATARI16@naucse.cse.nau.edu
 
Does anyone know how to date stamp fields within Superbase Personal ?
 
I keep a database of names and addresses for a missionary in Africa, so people
who change their address inform me first. So when the missionary comes home I
give her a copy of the database for her own records.
 
The problem is when I run Superbase Personal it sets the ST clock to the year
2038 ! which is useless for date stamping files never mind fields. What I would
like to do is every time I edit someones address a field would automatically
sho the current date. The manual gives no idication of how to do this.
 
------------------------------
 
Date: 24 Jul 91 19:59:02 GMT
From: aurs01!whitcomb@uunet.uu.net (Jonathan Whitcomb)
Subject: The BEST Atari mag in the USA...
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jul23.221541.1409@murdoch.acc.Virginia.EDU>
 lch3e@holmes.acc.Virginia.EDU (Lauren C. Howard) writes:
>
>   For all those bemoaning the state of Atari magazines;
>
>CURRENT NOTES has become the best Atari mag in the US bar none.
 
Can't argue with that!  I subscribed this January, and can't
believe I'd never heard of it before.  The magazine is very
well done and the writing is very good, particularly the
regular columns by Dave Small and John Barnes.
 
>$27 per year ($23 if you belong to an affiliated user group)
>   from:
>Current Notes, 122 N. Johnson St.,  Vienna, Va.
>          (someone else please supply the ZIP; I forgot it!  Thanx)
 
The zip is 22170.
 
You can also subscribe by phone by calling 703-450-4761.
 
Note that they publish 10 isues per year (they take breaks in August
and January).
 
 
 
**********************************************************************
Jonathan Whitcomb                    UUCP: <whitcomb%aurgate@mcnc.org>
Alcatel Network Systems, Raleigh, NC                GEnie: J.WHITCOMB3
 
------------------------------
 
Date: 19 Jul 91 14:10:56 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: TT compatability...
To: Info-Atari16@naucse.cse.nau.edu
 
Can other TT users please describe if they have had any compatiblity
problems when they upgraded to an Atari TT.  I am mainly interested in
the types of programs that are either on USENET or atari.archive.
 
Thanks in advance, and of course I'll summarize if interest warrants.
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: 15 Jul 91 13:56:49 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: TT memory (was allocation)
To: Info-Atari16@naucse.cse.nau.edu
 
I am considering upgrading to an Atari TT.  As I understand it TT's
only come in two models: the TT/2 and the TT/8.  Is the ST RAM *only*
on the mother board, or is half of it on the extra TT RAM card?
 
Also what kind of RAM is in the two types of RAM for the TT: SIMMs,
SIPs, chips, or some mixture of the above?  I would prefer getting a
TT/2 and upgrading the ST RAM to 4 Mb in the case that SIMMs are
involved.  I would probably later on, sometime next year when the
European plant for 16 Mb chips starts operation, get the faster TT RAM
when prices would fall.
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: 25 Jul 91 07:03:34 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!convex!rosenkra@arizona.edu
 (William Rosenkranz)
Subject: Use Unlzh 1.72 for Unlzhing!  Works with all!
To: Info-Atari16@naucse.cse.nau.edu
 
In article <44749@cup.portal.com> Bryan_Jones_Woodworth@cup.portal.com writes:
>I have heard ENOUGH!  I don't see why everyone has problems with LZH and
>LHarc..  All you need to do is use UNLZH 1.72 and all your files will be
>unlzh'd easily and painlessly!  It uses a nice GEM interface and I have
>had *no* problems with it.
 
i'll tell u why: unless there is source code, i can't run it on a unix
box. and i do NOT want to download (at 2400 baud) a 500kB file before i
look at it. i admit to not checking if source was included. if it is,
which i doubt, then...never mind. oh, the source better be C, not assembler,
too. by telling me it has a gem interface, i can guess it is highly
non-portable.
 
it's real simple: if u think unlzh solves the world's problems, then post
source code (so we can port it) and we won't complain (too much... :-).
then after unpacking, we can "zoo" it like it should have been in the
first place :-).
 
-bill
rosenkra@convex.com
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: Thu, 25 Jul 1991 13:03 +0200
From: Milan Adamov <EADAMOV%yubgef51.bitnet@CUNYVM.CUNY.EDU>
Subject: Video tape backup system
To: Info-Atari16@naucse.cse.nau.edu
 
      Few months ago I've heard that there is a company in USA which makes
videotape backup system for Atari ST. I think that company's location was
somewhere in Texas, and that entire system ( cartridge, cables, software )
costs around $100. Who know anything about this company and it's product ?
Will this backup system work on PAL VCR ? Will it work with other video
system than VHS ? Beta, Video 8 ?
 
/****************************************************************************/
/*     Milan Adamov              |                                          */
/* Ratka Vujovica Coce 6       ] | [   There is question that has no answer.*/
/*    11090 Belgrade          ---|---  Does my country still exist ?        */
/*      Yugoslavia             ] | [                                        */
/* EADAMOV@YUBGEF51.BITNET       |                                          */
/****************************************************************************/
 
------------------------------
 
Date: 24 Jul 91 18:43:36 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!watserv1!watcgl!electr
 o.com!george@arizona.edu (George Reimer)
Subject: Where to get PC-DITTO II  PALs ??????
To: Info-Atari16@naucse.cse.nau.edu
 
        I would like to buy my friend's PC-DITTO II from him
        but... He has no PALS for it!!
 
        He sent them away for the upgrade they offered but
        they went belly up before he got the replacements.
 
        Is there anyway to get these devices?
        You can't copy them , cause the security fuse's are blown.
 
        Has someone got a spare set?
        Has someone got the PAL equations?
        Has someone got a person to contact , formerly of PC-DITTO?
 
        Help would be greatly appreciated.
 
 
--
 
     _______________________________________
    |---|---|line--upon--line---|---|---|---|   watmath!watcgl!electro!george
  |---|--building the foundations-|---|---|---|     george@electro.com
 
------------------------------
 
Date: 15 Jul 91 16:02:31 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: XCONTROL & Mouse Accel
To: Info-Atari16@naucse.cse.nau.edu
 
I have had *NO* troubles using MACCEL3.PRG with XCONTROL on my Mega 4
ST.  It even puts some gibberish (non-ASCII) in the cookie jar.  I
have upgraded from MOUSTRIP.PRG, to MACCEL2.PRG, to MACCEL3.PRG.  I
believe that MACCEL3 is just MACCEL2 with some XCONTROL, cookie jar
stuff added on, right Allan?  With MACCEL3, SYSINFO tells me that
MACCEL2 is installed.  In order to use MACCEL3.PRG you also need
MACCEL.CPX.  When I first installed XCONTROL I left MACCEL2 lying
around and that caused the system to freeze up!
 
Good luck to all,
 
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: 16 Jul 91 15:22:44 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: Zoo 2.1 - archive whole dir structure?
To: Info-Atari16@naucse.cse.nau.edu
 
I believe the version of zoo from cs.uni-sb.de had an `r' option in
order to do recursive archival.  Of course, it is bigger and then
again it is not 2.1.
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST.  Wishing it was a Mega STe!  :-| Do I *really* want a TT? ;
 
------------------------------
 
Date: 23 Jul 91 16:15:51 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: Zoo 2.1 - archive whole dir structure?
To: Info-Atari16@naucse.cse.nau.edu
 
[ The following accidently went to alt.sources.d when it was actually
Atari specific ]
 
I believe the version of zoo from cs.uni-sb.de had an `r' option in
order to do recursive archival.  Of course, it is bigger and then
again it is not 2.1.
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
Telephone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55 FAX-2: (+33-)61-55-35-77
===============================================================================
THINK: Due to IMF & World Bank policies 100 million Latin American children are
living, eating, and sleeping in the streets -- Le Monde Diplomatique
 
------------------------------
 
End of Info-Atari16 Digest
******************************