Info-Atari16 Digest         Thu, 17 Oct 91       Volume 91 : Issue 530
 
Today's Topics:
                              appl_yield
                                 ARJ?
                             ATARI ON TV
                                 C++
                            Delirious demo
            Good places to anon-ftp atari-pd-software from
                      INSTALL AN APP FOR TWO DIF
Install an app for two diff filetypes, term with IBM graphics option?
                LHARC 2.01E VS ZOO 2.1: SOME (3 msgs)
             lharc 2.01e vs zoo 2.1: some tests (2 msgs)
                             Mercury Help
                     TV Sports Football Problems
                     Wanted: dealer for CYBER VCR
                     Weekly Posting of New Stuff
 
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: 2 Oct 91 17:37:00 GMT
From:
 mcsun!unido!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!ms.maus.de!Patrick_Dubb
 row@uunet.uu.net (Patrick Dubbrow)
Subject: appl_yield
To: Info-Atari16@naucse.cse.nau.edu
 
l>Does anybody know whether appl_yield AES fn 17 (DRI GEM 3 ref manual)
l>exists in ATARI AES, this would be a much better solution to the regular
l>yield problem inherent in co-operative multitasking than evnt_timer(0).
 
No, it has not been implemented yet in Atari GEM. There is an undocumented
method to cause Atari-GEM to execute an in-fact appl_yield(). But nobody
guarantees that it won't disappear in future TOS-Versions.
 
Patrick
 
------------------------------
 
Date: 3 Oct 91 06:22:00 GMT
From:
 noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!snorkelwacker.mit
 .edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quester@ariz
 ona.edu (Thomas Quester)
Subject: ARJ?
To: Info-Atari16@naucse.cse.nau.edu
 
ro>>There is a PC version of lh5 that I have seen, may be some one could
ro>>port that,?.
 
It contains about 200 pages of undocumentated intel assembler (the
compression and decompression routines).
 
ro>>May be Thomas is not into hands off programing, ala C Lang'uage, I am
ro>>a bit that way myself being of a Engineering background.
 
I have a version of LHarc in C. It need only a few modifications in the
makefile. The reason I did'nt post it, is
  a) I fear many different incompatible versions will appear if sources
     are availabe.
  b) There will be a unix-version soon.
 
----------------------------------------------------
Thomas Quester  *  Lampenland 9  *  2050 Hamburg 80
 
MauTau V 2.2c - Patience is the best remedy for every trouble.
(Net)
 
------------------------------
 
Date: 4 Oct 91 05:05:25 GMT
From:
 noao!ncar!midway!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!sam
 sung!munnari.oz.au!bruce!monu0.cc.monash.edu.au!monu6!minyos.xx.rmit.oz.au!s882
 854@arizona.edu (Tehn Chin)
Subject: ATARI ON TV
To: Info-Atari16@naucse.cse.nau.edu
 
neil@cs.hw.ac.uk (Neil Forsyth) writes:
 
>In article <1991Sep27.172104.17687@casbah.acns.nwu.edu>
>glover@casbah.acns.nwu.edu (Eric Glover) writes:
>>Why is it that Atari U.S. is so sad compared to the rest of the world.
>>Eric .R. Glover
 
>Would you rather have Atari UK? You may have a raw deal but you 'aint hit
>rock bottom yet!
 
Isn't sad when Atari users are comparing how bad the Atari companies are in
various countries. Atari's operation in Australia is also deep in trouble.
Would you believe that the recent advertisement of the ST computers has a
teenager telling his friends how good the games are on the ST!!
 
Tehn Yit Chin
Royal Melbourne Institute of Technology.
 
------------------------------
 
Date: Thu, 17 Oct 91 01:54:58 PDT
From: boyce@sifvs3.SINet.SLB.COM (David Boyce)
Subject: C++
To: info-atari16@naucse.cse.nau.edu
 
Soeren Michelsen writes:
>Anyone know where to find a C++ compiler for the ST? I've been working
>with C++ on PC's for a while and badly want to be able to use the ST
>with a C++ compiler. Has GCC++ been ported yet, if so where do I find it?
 
G++ 1.39.1 is on atari.archive.umich.edu, in the atari/gnustuff/tos/g++
directory. You need a 4Mb machine to use it properly. LIBG++ 1.39 is
also in the same dirctory.
 
>Also, if it has been ported, does it run under MiNT? (And where do I find
>MiNT!)
 
It doesn't seem to have any problems under MiNT.
 
MiNT is also on atari.archive, in atari/mint.
 
        - Dave
 
-----
David Boyce, Schlumberger Instruments,           | boyce@sifvs3.sinet.slb.com
Farnborough, Hants, UK, (+44) 252 544433 x5543   | abaddon@cix
Pithy slogan: This universe is shipped by weight, not by volume.
Some expansion of its contents may have occurred in transit.
 
------------------------------
 
Date: 5 Oct 91 15:52:18 GMT
From:
 noao!asuvax!ukma!usenet.ins.cwru.edu!cleveland.Freenet.Edu!as666@arizona.edu
 (Jonathan Roy)
Subject: Delirious demo
To: Info-Atari16@naucse.cse.nau.edu
 
 - Could someone break up the MSA to the two Care Bear demos?! I can't handle
 
 - such a big MSA. (Life's a Bitch demo and Whatta Heck Demo)
 
 
A better solution is for someone to upload a Ultra Packer version. The ULTfiles
for demos that aren't pre-compressed are usually less than HALF the size of the
MSA files. I've found, for most demos, if you MSA it, then LZH that MSA
file, it's STILL LARGER than a ULT file. Ultra Packer is a little slower,
but the extra compression is really worth it. Some 700K MSA files can be
down to 300K on Ultra Packer... (Even pre-compressed files are smaller,
say 800K MSA to 720K ULT)
 
--
  |||  Jonathan Roy (The Ninja) Internet: as666@cleveland.freenet.edu
  |||  -- BBS: Darkest Realm - (Down for now) - Public UUCP/Usenet --
 / | \ "...make him want to change his name,take him to the cleaners,
 devastate him, wipe him out, humiliate him." -CHESS   GEnie: J.ROY18
 
------------------------------
 
Date: 4 Oct 91 21:25:43 GMT
From:
 noao!ncar!hsdndev!think.com!zaphod.mps.ohio-state.edu!n8emr!bluemoon!ncrawler@a
 rizona.edu (Steve Goldfein)
Subject: Good places to anon-ftp atari-pd-software from
To: Info-Atari16@naucse.cse.nau.edu
 
Could someone tell me how to go about getting a list of the ST and Atari
8-bit software on these systems?  Also, how to get a listing of the files
in the Atari 8-bit archives at the University of Michigan.  I am new to
this, and need explicit instructions.
 
 
 This is from
     ncrawler@bluemoon.rn.com
     ncrawler@bluemoon.uucp
who doesn't have their own obnoxious signature yet
 
------------------------------
 
Date: 4 Oct 91 07:52:15 GMT
From: noao!asuvax!cs.utexas.edu!execu!sequoia!uudell!fquest!FredMail@arizona.edu
 (Philip Durgin)
Subject: INSTALL AN APP FOR TWO DIF
To: Info-Atari16@naucse.cse.nau.edu
 
My desktop.inf has this for ARCshell:
 
#G 03 04   F:\arc\arcshell.prg@ *.lzh@
#G 03 04   F:\arc\arcshell.prg@ *.arc@
 
This is how I am able to double click on a .LZH or .ARC to call up Arcshell for
either
 
 * Origin: Future Quest - USENET<=>Fidonet Gateway 512-451-0891 (1:19/23)
 
------------------------------
 
Date: 5 Oct 91 15:45:21 GMT
From:
 noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs
 .ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!as666@arizona.edu
 (Jonathan Roy)
Subject: Install an app for two diff filetypes, term with IBM graphics option?
To: Info-Atari16@naucse.cse.nau.edu
 
-----
1. Is there anyway to install an application for more than one filetype?
I was wanting to install ARCGSHL 3.5 for both ZOO and ARC, and under TOS
1.0 I could just go up to install on the menu twice, once for each
filetype. Well, it won't let you do that under 1.4 :*(  So I tried to
edit the desktop.inf file adding the required lines to install the
application for two filetypes. Well, my ST just crashed on boot up
then!! Any suggestions?
---
 
I suggest you try again...Here's the part of my DESKTOP.INF file that
relates to your problem. I did this with a text editor...
 
#G 03 04   C:\UTILITY\STENO.PRG@ *.SYS@
#G 03 04   C:\UTILITY\STENO.PRG@ *.ASC@
#G 03 04   C:\UTILITY\STENO.PRG@ *.MNU@
#G 03 04   C:\UTILITY\STENO.PRG@ *.HLP@
#G 03 04   C:\UTILITY\STENO.PRG@ *.BLB@
#G 03 04   C:\UTILITY\STENO.PRG@ *.TXT@
#G 03 04   C:\UTILITY\STENO.PRG@ *.DOC@
#G 03 04   C:\UTILITY\STENO.PRG@ *.DIR@
#G 03 04   C:\UTILITY\STENO.PRG@ *.BTS@
#G 03 04   C:\UTILITY\STENO.PRG@ *.MAP@
#G 03 04   C:\UTILITY\ARCSHELL.PRG@ *.ARC@
#G 03 04   C:\UTILITY\ARCSHELL.PRG@ *.LZH@
#P 03 04   C:\DL\SOUND\STEPLAY.TTP@ *.MOD@
#P 03 04   C:\UTILITY\GIFCOLOR.TTP@ *.GIF@
#G 03 04   C:\UTILITY\TX2_VIEW.PRG@ *.TX2@
 
It works great....
 
 
--
  |||  Jonathan Roy (The Ninja) Internet: as666@cleveland.freenet.edu
  |||  -- BBS: Darkest Realm - (Down for now) - Public UUCP/Usenet --
 / | \ "...make him want to change his name,take him to the cleaners,
 devastate him, wipe him out, humiliate him." -CHESS   GEnie: J.ROY18
 
------------------------------
 
Date: 4 Oct 91 07:43:14 GMT
From: noao!asuvax!cs.utexas.edu!execu!sequoia!uudell!fquest!FredMail@arizona.edu
 (Philip Durgin)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
I did my own research between ZOO 2.1 and LHarc 2.01E and found the following.
 
1) Hacker.txt    10232
2) hacker.prg   124698
 
This is an on-line game for my BBS was compress with both ZOO and LHARC
 
LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
 
both took 15 secs to extract the files.
 
Compressing a .GIF picture named ARMY1.gif 168010
 
164078 after LHarc compression
220107 after ZOO   compression
 
If being able to compress files 73% smaller than ZOO is not a significant
difference then you must have HD space to burn.... And not being to Compress a
.GIF picture at all is unthinkable. I guess I am going to stay with LHARC until
ZOO can show a much better track record than the one available.
 
 * Origin: Future Quest - USENET<=>Fidonet Gateway 512-451-0891 (1:19/23)
 
------------------------------
 
Date: 5 Oct 91 17:19:32 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!steve@ar
 izona.edu (Steve Yelvington)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <686575281.1@fquest.FidoNet>,
     Philip.Durgin@fquest.FidoNet.Org (Philip Durgin) writes ... ]
 
 > LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
 > ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
..
 
 > If being able to compress files 73% smaller than ZOO is not a significant
 
Eh? The difference between 88 and 64 is 73%?
 
If you're going to compare LHARC vs ZOO 2.1, be sure to use the equivalent
compression -- add 'h' for high compression to the ZOO command line, or
use the -add novice command. These figures look like what you would get
with ZOO 2.0 compression routines, which are slightly less efficient than
the old ARC program (probably due to larger headers).
 
Bill's test results were not cooked. I've run several tests of ZOO 2.1
here and in every case, the compression differences between ZOO and LZH
are not significant. The reliability and portability issues speak for
themselves.
 
 --
 Steve Yelvington, Marine on St. Croix, Minnesota
 steve@thelake.mn.org (In winter we walk on water)
 
------------------------------
 
Date: 5 Oct 91 20:47:01 GMT
From:
 noao!asuvax!cs.utexas.edu!samsung!spool.mu.edu!uwm.edu!linac!convex!rosenkra@ar
 izona.edu (William Rosenkranz)
Subject: LHARC 2.01E VS ZOO 2.1: SOME
To: Info-Atari16@naucse.cse.nau.edu
 
for those planning more "lharc is smaller than zoo 2.1" tests, note the
following (i.e. RTFM):
 
        the default compression algorithm with zoo 2.1 is compatible with
        older zoo 2.01. in order to pack with the newer (and slower) high
        compression option (which should be about equal with lharc), you
        MUST ASK FOR IT. e.g.
 
                zoo ah archive.zoo file ...
 
        note the "h". we can argue over whether it should be the default
        to produce the best packing ratio or to be compatible with older
        zoo versions. the latter gets my vote (the current situation).
 
In article <686575281.1@fquest.FidoNet> Philip.Durgin@fquest.FidoNet.Org (Philip
 Durgin) writes:
>I did my own research between ZOO 2.1 and LHarc 2.01E and found the following.
>
>1) Hacker.txt    10232
>2) hacker.prg   124698
>
>This is an on-line game for my BBS was compress with both ZOO and LHARC
>
>LHarc: 64089 bytes in size after compression taking 55 seconds to do so.
>ZOO  : 88312 bytes in size after compression taking 47 seconds to do so.
>
>both took 15 secs to extract the files.
 
after reading what i wrote above, are we really comparing the same thing???
how did you do this? what commands did you type???
 
i think if you go back and use zoo 2.1 with its high compression mode, you
will find it packs about the same size as lharc 2.01e, and probably takes
10-15% longer (5 seconds maybe).
 
until you mention the method, we can't make any rational deductions from
your data. your research is inconclusive and not precise...
 
-bill
rosenkra@convex.com
 
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: 4 Oct 91 20:36:02 GMT
From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael
 Kistenmacher)
Subject: lharc 2.01e vs zoo 2.1: some tests
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Oct02.002648.12532@convex.com>, William Rosenkranz writes:
 
>no desire to change at the moment. i don't think TOS 1.4 has that much to
>offer me personally. i don't use the desktop.
 
Looks like you don't know much about TOS 1.4. I don't know about anything
different between the DESKTOP on both TOS versions. But I do know about some
very interesting speed increases of disk access, especially on a hard
drive. Also I know of some new function call, that are quite nice. Some
other routines inside of the memory manager are fixed. I think that these
are very good reasens for a change.
 
Bye.....Michael
 
--
/------------------------------------\
| Michael Kistenmacher /  blackbox   |
| 2000 Hamburg 61  / Schippelsweg 64 |
| West Germany / ++ 49 40 552 37 66  |
\------------------------------------/
 
------------------------------
 
Date: 5 Oct 91 20:59:38 GMT
From: noao!asuvax!cs.utexas.edu!convex!rosenkra@arizona.edu (William Rosenkranz)
Subject: lharc 2.01e vs zoo 2.1: some tests
To: Info-Atari16@naucse.cse.nau.edu
 
In article <A0bcshc2@pfunk.hanse.de> blackbox@pfunk.hanse.de writes:
>In <1991Oct02.002648.12532@convex.com>, William Rosenkranz writes:
>>no desire to change at the moment. i don't think TOS 1.4 has that much to
>>offer me personally. i don't use the desktop.
>Looks like you don't know much about TOS 1.4. I don't know about anything
>different between the DESKTOP on both TOS versions. But I do know about some
>very interesting speed increases of disk access, especially on a hard
>drive. Also I know of some new function call, that are quite nice. Some
>other routines inside of the memory manager are fixed. I think that these
>are very good reasens for a change.
 
as an official developer, i got the Rainbow TOS feature list long ago. at
the time, i read the document and evaluated its impact on my use. at the
time i did not figure it to be that big a deal for how i then (and now) use
my ST. also, i was unsure whether i needed the 2-chip or the 6-chip set
(still am unsure). at the time, i needed to maintain both 1.0 and 1.2
compatibility anyway for an existing project. if i read the 1.4 specs
correctly, 1.0 and 1.2 applications should run under 1.4. the reverse was
not necessarily the case. using the new function calls, either consciously
or by accident would have possibly made the application useless for older
TOS systems (there were FAR more of these a couple of years ago). i realize
that fixes in memory are desirable. i use GEMBOOT or FOLDRxxx and have
had few problems in this area anyway. performance is nice, but if i want
real performance, i have access to numerous supercomputers. again, for me,
not an issue...
 
and again, the best TOS program is one which works with all TOS versions,
not just the then-current level of the OS. if you don't believe me, just
ask atari for the "official" position on this. apratt will (rightly so)
cut you to ribbons for an infraction here :-)...
 
-bill
rosenkra@convex.com
--
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
 
------------------------------
 
Date: 5 Oct 91 21:27:06 GMT
From: mcsun!unido!horga!agsc!fp@uunet.uu.net (Friedhelm Poschadel)
Subject: Mercury Help
To: Info-Atari16@naucse.cse.nau.edu
 
jhenders@jonh.wimsey.bc.ca (John Henders) writes:
 
 
>       Does anyone know how to get the Mercury UUCP package to handle
>long group names? Mail to Rodney goes unanswered, but doesn't bounce,
>so I don't know if he's still around. I've tried to get the group
>alt.society.cu-digest, and it just doesn't show up. I tried truncating
>the name in my sys file, but that doesn't work. Any ideas.--
 
Have you edited your /usr/lib/news/active file? In that file you have
to insert the names of the groups you want to have on your system.
 
But you have not to writee each group, you can write comp.* (for example).
 
 
        Friedhelm
--
        Friedhelm Poschadel                     Tel.:   +49 511 57 99 314
        UseNet: fp@rischwa.han.de               BTX:    0511561141-0002
        SubNet: fp@rischwa.han.sub.org          UUCP:   fp@rischwa.uucp
 
------------------------------
 
Date: 6 Oct 91 06:23:43 GMT
From: math.fu-berlin.de!tmpmbx!lime.in-berlin.de!techno@uunet.uu.net (Techno)
Subject: TV Sports Football Problems
To: Info-Atari16@naucse.cse.nau.edu
 
patf@silvlis.com (Pat Fitzgibbons) writes:
 
>Does anyone out there have trouble with TV Sports
>football by Cinemaware?
>It won't let me finish the season. It refuses to
>progress past last set or playoff games. Does
>anyone have an address or phone to contact Cinemaware ?
 
I'm sorry, but I have heard that Cinemaware has folded.
 
                            Techno
 
 
--
| techno@zelator.in-berlin.de ||| Please do not e-mail from outside Germany ! |
| techno@lime.in-berlin.de   / | \ Hardcore ST user !  ====================== |
| Nothing that's real is ever for free, you just have to pay for it sometime. |
|                                        (Al Stewart)                         |
 
------------------------------
 
Date: 5 Oct 91 17:38:31 GMT
From: mcsun!unido!mikros!mwtech!walter@uunet.uu.net (Walter Mecky)
Subject: Wanted: dealer for CYBER VCR
To: Info-Atari16@naucse.cse.nau.edu
 
A friend of mine has a MEGA-ST and is looking for a new dealer for
the CYBER VCR products. Until now a firm called Antic did this but
they gave up.
 
Anybody knows where he can get these products?
 
I would prefer email because I don't read this newsgroup.
 
Thanks.
 
------------------------------
 
Date: 5 Oct 91 12:39:27 GMT
From: umich!terminator!usenet@yale.arpa (Atari Archive Robot)
Subject: Weekly Posting of New Stuff
To: Info-Atari16@naucse.cse.nau.edu
 
  drwxrwxr-x daemon     1024    Oct 1 13:45 .
  drwxrwxr-x jon        2048    Oct 2 07:58 ./archivers
  -rw-rw-r-- weiner     3324    Oct 1 13:44 ./archivers/Index
  -rw-r--r-- weiner     9933    Oct 1 13:43 ./archivers/zooshl06.zoo
  -rw-r--r-- weiner     9047    Oct 1 13:43 ./archivers/zoossr06.zoo
  drwxrwxr-x jon        2560    Oct 1 13:37 ./magazines/streport
  -rw-r--r-- weiner     50780   Oct 1 13:37 ./magazines/streport/str739.txt.Z
  drwxrwxr-x jon        2048    Oct 1 13:37 ./magazines/znet
  -rw-r--r-- weiner     32067   Oct 1 13:37 ./magazines/znet/znet9141.txt.Z
  drwxrwxr-x gray       512     Oct 2 07:58 ./gnustuff/tos/archivers
  -rw-rw-r-- weiner     112146  Oct 1 13:45 ./Index
  -rw-rw-r-- weiner     52413   Oct 1 13:45 ./CompInd.Z
  -rw-rw-r-- weiner     9158    Oct 2 18:13 ./games/Index
  drwxrwxr-x jon        2048    Oct 2 08:33 ./archivers
  drwxrwxr-x jon        1024    Oct 2 14:26 ./gnustuff
  drwxrwxr-x jon        2560    Oct 2 14:26 ./gnustuff/tos
  drwxrwxr-x gray       512     Oct 2 14:33 ./gnustuff/tos/ghstscrpt
  -rw-r--r-- gray       44282   Oct 2 14:33 ./gnustuff/tos/ghstscrpt/gs23diff.zoo
  drwxrwxr-x gray       1024    Oct 2 14:20 ./gnustuff/bammi
  drwx------ gray       512     Oct 2 14:20 ./gnustuff/bammi/updates
  drwx------ gray       2048    Oct 2 14:22 ./gnustuff/bammi/zoo2.1
  drwxrwxr-x hyc        512     Oct 3 13:35 ./Minix
  drwxrwxr-x jon        2048    Oct 4 20:41 ./archivers
  -rw-rw-r-- weiner     34304   Oct 4 20:41 ./archivers/arclzh63.lzh
  -rw-rw-r-- weiner     3381    Oct 4 20:41 ./archivers/Index
  drwxrwxr-x jon        3584    Oct 4 20:55 ./graphics
  -rw-r--r-- weiner     40196   Oct 4 20:55 ./graphics/c_burst2.arc
  -rw-r--r-- weiner     9636    Oct 4 20:55 ./graphics/pixproII.arc
  -rw-r--r-- weiner     21710   Oct 4 20:55 ./graphics/spritest.arc
  -rw-r--r-- weiner     5957    Oct 4 20:58 ./graphics/Index
  drwxrwxr-x jon        1536    Oct 4 21:00 ./programming
  -rw-r--r-- weiner     27687   Oct 4 21:00 ./programming/kr2ansi.zoo
  -rw-r--r-- weiner     2244    Oct 4 21:01 ./programming/Index
  -rw-rw-r-- weiner     4264    Oct 4 20:55 ./applications/Index
  drwxrwxr-x weiner     512     Oct 4 20:53 ./applications/dtp
  -rw-r--r-- weiner     25390   Oct 4 20:53 ./applications/dtp/easymove.arc
  -rw-r--r-- weiner     14318   Oct 4 20:53 ./applications/dtp/idealimg.arc
  drwxrwxr-x weiner     512     Oct 4 20:52 ./applications/dtp/fonts/pagestream
  -rw-rw-r-- weiner     22937   Oct 4 20:50
 ./applications/dtp/fonts/pagestream/chancery.arc
  -rw-r--r-- weiner     42310   Oct 4 20:50
 ./applications/dtp/fonts/pagestream/tyme_Ui.arc
  -rw-r--r-- weiner     39069   Oct 4 20:50
 ./applications/dtp/fonts/pagestream/univ_rmn.arc
  -rw-r--r-- weiner     25390   Oct 4 20:53 ./applications/dtp/easymove.arc
  -rw-r--r-- weiner     14318   Oct 4 20:53 ./applications/dtp/idealimg.arc
  drwxrwxr-x weiner     512     Oct 4 20:46 ./applications/other
  -rw-r--r-- weiner     267445  Oct 4 20:46 ./applications/other/dotplot.lzh
  drwxrwxr-x jon        512     Oct 4 20:37 ./cli
  -rw-rw-r-- weiner     28366   Oct 4 20:37 ./cli/tom_shel.lzh
  -rw-rw-r-- weiner     655     Oct 4 20:38 ./cli/Index
  drwxrwxr-x jrd        4096    Oct 4 09:25 ./8bit
  -rw-rw-r-- jrd        5795    Oct 4 09:15 ./8bit/8-bit.cat
  -rw-rw-r-- jrd        33460   Oct 4 09:16 ./8bit/8-bit.text
  -rw-rw-rw- jrd        7716    Oct 4 09:25 ./8bit/chkfrag.arc
  -rw-rw-rw- jrd        20219   Oct 4 09:19 ./8bit/dirt.arc
  -rw-rw-rw- jrd        2360    Oct 4 09:22 ./8bit/litesens.arc
  -rw-rw-rw- jrd        6706    Oct 4 09:23 ./8bit/untoken.arc
  -rw-rw-rw- jrd        2527    Oct 4 09:23 ./8bit/janes.arc
  -rw-rw-rw- jrd        53912   Oct 4 09:24 ./8bit/cavlords.arc
  -rw-rw-rw- jrd        8759    Oct 4 09:25 ./8bit/bbkartst.arc
  -rw-rw-rw- jrd        39552   Oct 4 09:20 ./8bit/sio2pc/s2pcibm.arc
  -rw-rw-rw- jrd        27008   Oct 4 09:20 ./8bit/sio2pc/s2pcdocs.arc
  -rw-rw-rw- jrd        6528    Oct 4 09:20 ./8bit/sio2pc/s2pcdesc.arc
  -rw-rw-rw- jrd        9600    Oct 4 09:20 ./8bit/sio2pc/s2pcbuld.arc
  -rw-rw-rw- jrd        1920    Oct 4 09:21 ./8bit/sio2pc/s2pcacom.arc
  -rw-r--r-- jrd        16932   Oct 4 09:18 ./8bit/transkey.arc
  -rw-r--r-- jrd        28364   Oct 4 09:19 ./8bit/pcxfer.arc
  -rw-r--r-- jrd        1303    Oct 4 09:19 ./8bit/fastprnt.arc
  -rw-r--r-- jrd        6621    Oct 4 09:19 ./8bit/chess.arc
  -rw-r--r-- jrd        10003   Oct 4 09:19 ./8bit/bbvsmio.arc
  -rw-rw-rw- jrd        19009   Oct 4 09:18 ./8bit/amp.arc
  -rw-rw-rw- jrd        15710   Oct 4 09:21 ./8bit/unsprite.arc
  -rw-rw-rw- jrd        2881    Oct 4 09:24 ./8bit/relocate.arc
  -rw-rw-rw- jrd        14848   Oct 4 09:15 ./8bit/tetrix.arc
  -rw-rw-rw- jrd        21504   Oct 4 09:15 ./8bit/nasty.arc
  -rw-rw-rw- jrd        21710   Oct 4 09:15 ./8bit/ansiterm.arc
  -rw-rw-rw- jrd        20992   Oct 4 09:16 ./8bit/atario21.arc
  -rw-rw-rw- jrd        3028    Oct 4 09:16 ./8bit/gosblurb.txt
  -rw-rw-rw- jrd        36864   Oct 4 09:17 ./8bit/vt850b1.arc
  -rw-rw-rw- jrd        37888   Oct 4 09:17 ./8bit/atutor.alf
  -rw-rw-rw- jrd        25728   Oct 4 09:18 ./8bit/aprog.alf
  -rw-rw-rw- jrd        9563    Oct 4 09:25 ./8bit/ckey15.arc
  drwxrwxr-x jon        1536    Oct 4 20:58 ./printing
  -rw-r--r-- weiner     3158    Oct 4 20:58 ./printing/hpmn2dmp.arc
  -rw-rw-r-- weiner     2750    Oct 4 20:59 ./printing/Index
  drwxrwxr-x weiner     1024    Oct 4 20:47 ./ste
  -rw-rw-r-- weiner     4773    Oct 4 20:39 ./ste/backtrak.lzh
  -rw-r--r-- weiner     101512  Oct 4 20:47 ./ste/protrakr.lzh
  -rw-rw-r-- weiner     1226    Oct 4 20:48 ./ste/Index
  drwxrwxr-x weiner     512     Oct 4 20:40 ./tt
  -rw-rw-r-- weiner     333     Oct 4 20:40 ./tt/Index
  lrwxrwxrwx weiner     19      Oct 4 20:40 ./tt/backtrak.lzh -> ../ste/backtrak.lzh
 
------------------------------
 
End of Info-Atari16 Digest
******************************
