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 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 ******************************