Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 530
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
******************************
