Info-Atari16 Digest Thu, 25 Jul 91 Volume 91 : Issue 407 Today's Topics: Accidently formatting A Decent Debugger Interface (was Re: An idea for DC Software? (wish list)) Can you believe this? Dave Baggett's .au converter Function Proto types (was Re: Lattice C -- Single Pass?) Gemini and .APPs... (2 msgs) Interesting Archiver Facts [was Re: Use Unlzh 1.72 ...] Internet-address wanted (2 msgs) Lattice C -- Single Pass? Lynx info wanted Mega STe in UK. Multisync Monitor question Re : Video tape backup system. supra clock Tape backup question 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: 25 Jul 91 12:42:20 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!ira.uka.de!fauern!faui43 .informatik.uni-erlangen.de!csbrod@arizona.edu (Claus Brod) Subject: Accidently formatting To: Info-Atari16@naucse.cse.nau.edu carlfred@idt.unit.no (Carl-Fredrik Soerensen) writes: >A friend of mine have an Atari 1040STE. >He has accidently formatted a floppy with some days work (he had no >backup). >I wonder if there exists any opportunities to recover the data (as >Norton Utilities etc.) Formatting a disk means deleting the data completely. You don't have the slightest chance of recovering them unless your friend stopped the process soon enough. --- ---------------------------------------------------------------------- Claus Brod, Am Felsenkeller 2, Things. Take. Time. D-8772 Marktheidenfeld, Germany (Piet Hein) csbrod@medusa.informatik.uni-erlangen.de Claus_Brod@wue.maus.de ---------------------------------------------------------------------- ------------------------------ Date: 25 Jul 91 11:52:49 GMT From: mcsun!corton!chorus!cloche.chorus.fr!mm@uunet.uu.net (Marc Maathuis) Subject: A Decent Debugger Interface (was Re: An idea for DC Software? (wish list)) To: Info-Atari16@naucse.cse.nau.edu In article , ralph@laas.fr (Ralph P. Sobek) writes: | 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. | | 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 [...] Looks like you want xxgdb, which is to gdb what dbxtool is to dbx. Take a look at your favorite ftp site (e.g. at nuri.iniria.fr in X/contrib/clients). -- Marc Maathuis Tel: +33 (1) 30 64 82 57 (direct) Chorus systemes Fax: +33 (1) 30 57 00 66 6, avenue Gustave Eiffel E-mail: mm@chorus.fr F-78182 St. Quentin en Yvelines Cedex ------------------------------ Date: Thu, 25 Jul 91 10:38:24 EDT From: poehland%phvax.dnet@smithkline.com Subject: Can you believe this? To: palmerjc%phvax.dnet@smithkline.com The world needs to know about this. I'm posting it to info-atari16. - BEN ------------------------------ Date: 25 Jul 91 12:08:46 GMT From: unhd.unh.edu!oz!pyr579@uunet.uu.net (Technoid) Subject: Dave Baggett's .au converter To: Info-Atari16@naucse.cse.nau.edu Hello, Yesterday I was extremely excited when I read a message by Dave Baggett speaking of the files he was plaicing in DIGISTUF.ARC and putting on atari.archive. I ftped the file and unarced to find 3 more arc's. None of them contained the .au converter to ST digitized sounds which is too bad, because that was the only thing I really wanted from the archive. Dave, if you are reading this, could you please put that file in atari.archive, thanks. Stephan -- \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ pyr579@oz.plymouth.edu Stephan R. Cleaves Salamanders Are Cool... /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ ------------------------------ Date: 25 Jul 91 09:59:47 GMT From: mcsun!ukc!newcastle.ac.uk!catless!ndch@uunet.uu.net (Dave Halliday) Subject: Function Proto types (was Re: Lattice C -- Single Pass?) To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul24.180103.25979@lsuc.on.ca>, jimomura@lsuc.on.ca (Jim Omura) writes: |> |> 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. |> No, It's a multi pass compiler but ANSI compatable. You have run into ANSI function prototyping. In ANSI C the compiler checks to see if you pass the correct values to functions in a simmilar manner to Pascal, thus if the function is not declaired by the time you come to use it you get errors. I allways write my programs in two file one a header file and the other a C file. The header file in included in any file that uses the function I have defined in the C file. Example: /* -------- FILE test.h -------- */ int addNumber(int,int); /* Just tell the compiler about */ void printString(const char*); /* The function definitions */ /* -------- FILE test.c -------- */ #include "test.h" /* Tells the compiler what the */ /* Function defs are. */ #include int addNumbers(int a, int b); { return(a+b); }; void printString(const char* string) { printf("%s\n",string); }; /* -------- FILE main.c -------- */ #include "test.h" /* again tell the compiler of */ /* the definitions. */ void main() { int a; a = addNumbers(10,15); printString("Hello I have just added some numbers"); } OK, the above don't do anything except illurstrate function prototyping. You will have to compile the two c files and then link them. For fast development I would recomend useing a make utilitly (eg, GNU make) but the link control files that Lattice provides work OK. The other less desirable solution to your dilemer is to set the compiler into K&R and turn off function prototypeing. Dave Halliday. ---------------------------------------------------------------------- Dave Address: Computing Dept. Newcastle University, NE1 7RU. UK. Halliday EMail : D.C.Halliday@newcastle.ac.uk Phone : +44 91 222 8214 Fax : +44 91 222 8232 ------------------------------ Date: 25 Jul 91 11:35:36 GMT From: mcsun!unido!urmel!kaa!michaels@uunet.uu.net (Michael Schwingen) Subject: Gemini and .APPs... To: Info-Atari16@naucse.cse.nau.edu rjast1@unix.cis.pitt.edu (Robert J Anisko) writes: > APP files are basically the same thing as PRG files (you runthem the >same,etc). Look at your DESKTOP.INF file, and notice that the line >with *.PRG and the line with *.APP are virtually identical... APP files are identical, and you can simply rename them. The extension .APP is usually used if the program needs or supports GDOS (which GEMINI does). >file instead of GEMINI (very similar, but I think with a couple >options missing)... VENUS is only the Desktop part of GEMINI - the whole MUPFEL (command line interface) is missing. ------------------------------------------------------------------------------- Michael Schwingen, Ahornstrasse 36, W-5100 Aachen, Germany michaels@messua.informatik.rwth-aachen.de PLEASE KEEP MAIL FROM OUTSIDE GERMANY SHORT-I HAVE TO PAY FOR INCOMING MAIL ------------------------------ Date: 25 Jul 91 12:38:36 GMT From: noao!asuvax!ukma!psuvax1!psuvm!dearn!dmswwu1c!onm07@arizona.edu Subject: Gemini and .APPs... To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul24.011234.12997@ccu.umanitoba.ca>, umhagma1@ccu.umanitoba.ca (Dr. Phrancinstyne) says: > >Excuse my stupidity, but what are (and how do you use) .APP files? >That's all that Gemini comes as and it confuses me. > APP files really are the same as PRG files. Normally, GEM applications are names this way (to make sure that nobody copies them into the AUTO folder). >Also, Gemini is only supposed to work with TOS 1.02 or greater. I'm >really not sure what TOS version I have. I tried using TOSVERS.PRG and >it told me that I have TOS 1.0. It could be correct but I'm unsure. >I have a 520STfm which had an old single sided floppy built in. > >Can anyone give me info? Simply start Gemini. It checks for the correct TOS version and tells you so, if you still have TOS 1.00. ___________________________ cut here _____________________________________ Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241 fast eMail: ONM07@DMSWWU1A.BITNET, slow: jr@ms.maus.de (++49 251 77216) ____________________ correct me if I'm wrong _____________________________ ------------------------------ Date: 25 Jul 91 15:19:08 GMT From: europa.asd.contel.com!noc.sura.net!haven.umd.edu!wam.umd.edu!dmb@uunet.uu.net (David M. Baggett) Subject: Interesting Archiver Facts [was Re: Use Unlzh 1.72 ...] 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 have to agree with this, and I've said it before myself. I use unlzh 1.72 by John Harris to extract on the ST, Lharc 1.20 (1.30 as of last night) by Roger Burrows to LHarchive on the ST, and Lharc 0.03 (Beta) by Y. Tagawa to extract and Lharchive on Unix machines. I upload and download tons of stuff and I've never had a problem. Not once. I believe that early incompatibility problems have been solved. A few interesting things I've found about archivers in general: o If you Arc an already-compressed file, Arc will fiddle around for a while and then say "Storing", which is most likely the correct thing to do. HOWEVER, it seems that if Arc changes its mind like this (from crunching to storing), the Arc file is * strangely large *. My recent DigiStuff posting is an example: I Arc'ed the self-extracting LZH file alled DIGISTUF.TOS and came up with an Arc file of about 250K. Then I forced "storing" by using "arc as ..." and the archive came out to be 215K. Perhaps Arc is storing CRC information in the first case but not in the latter? Still, it seems strange. BTW, this is with Arc 6.02ST. o Of all the LHArchivers, Roger Burrows' seems to make the smallest files. The Unix LHA 0.03 (Beta) makes files that are a tiny bit bigger (no surprise I guess), and * strangely * the otherwise excellent Lharc 113 from Thomas Quester makes .LZH files that are several K larger than their Burrows LHA counterparts, at least in the several cases I've tried. All three lharc programs can uncompress files made with each other, though, even though the compression factors are different. o The new Zoo 2.1ST at least sometimes creates smaller files than even Lharc. Here are the results of a recent test I ran: mrw------- 1 u 251231 update.zoo (hi) mrw------- 1 u 283792 update.lzh mrw------- 1 u 395288 update.zoo (normal) mrw------- 1 u 418149 update.arc mrw------- 1 u 1125376 update.tar The tar file consisted of mostly C source files and DRI .o files. With "high compression" Zoo 2.1 achieved 78% compression. Burrows' Lharc 130 was close behind, but the other schemes seem much less effective. With "normal compression," however, Zoo gave its typically sad performance. Given my personal experience with Zoo, I was actually suprised to see it do better than Arc in this mode. Granted, this is only one example. But it does show that at least for some kinds of data, Zoo 2.1 gets compression factors favorable to those previously achieved only by the "dreaded" Lharc. Just some food for thought... Dave Baggett dmb@wam.umd.edu ------------------------------ Date: 25 Jul 91 12:12:55 GMT From: mcsun!unido!math.fu-berlin.de!rusmv1!news@uunet.uu.net (MARCEL LUTZ) Subject: Internet-address wanted To: Info-Atari16@naucse.cse.nau.edu Could someone please mail the Internet-address of atari.archive to me. Thank you in advance, Marcel -- Marcel Lutz IfW, Institute for Machine Tools University of Stuttgart, 7000 Stuttgart, Germany X400: lutz@ifw.fertigungstechnik.uni-stuttgart.dbp.de ------------------------------ Date: 25 Jul 91 14:34:15 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!watserv1!mathnew2@ariz ona.edu (mathNOOS [mathNEWS editors]) Subject: Internet-address wanted To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul25.114021.258@rusmv1.rus.uni-stuttgart.de> LZ@noc.belwue.de (MARCEL LUTZ) writes: >Could someone please mail the Internet-address of > >atari.archive > >to me. > >Thank you in advance, > >Marcel > >-- >Marcel Lutz >IfW, Institute for Machine Tools >University of Stuttgart, 7000 Stuttgart, Germany I tried to mail this, but my mailer barfed at me. The address is "141.211.164.8". I just tried it, and it connects properly to the ftp site. -- Marcel Goudeseune \mN Editor S91 mathnew2@watserv1.uwaterloo.ca ------------------------------ Date: 25 Jul 91 10:04:42 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wupost!zazen!doug.cae.wisc.edu!msi.umn. edu!noc.MR.NET!uc!shamash!timbuk!marc@arizona.edu (Marc Bouron) Subject: Lattice C -- Single Pass? To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul24.180103.25979@lsuc.on.ca>, jimomura@lsuc.on.ca (Jim Omura) writes: > > 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. Moving main() to the `top' of your program means that, unless you give declarations for the functions used by main(), they will be assumed to return ints. Now, when the functions are actually encountered, and they return something OTHER than ints, the compiler will barf. And quite rightly so (no matter how many passes it makes). I also write my C programs with main() at the `top', but I also religiously declare all the functions I'm going to use. It's a good habit to get into ;-) > [other stuff deleted] [M][a][r][c] ################################################################################ # # marc@sequoia.cray.com # . . # # Marc CR Bouron # M.Bouron@cray.co.uk (ARPA) # _|\ /|_ # # Cray Research (UK) Ltd. # M.Bouron@crayuk.uucp (DOMAIN) # (_|_V_|_) # # +44 344 485971 x2208 # M.Bouron@uk.co.cray (JANET) # | | # # # ...!ukc!crayuk!M.Bouron (UUCP) # # ################################################################################ ------------------------------ Date: 25 Jul 91 10:23:43 GMT From: mcsun!hp4nl!cwi.nl!martijn@uunet.uu.net (Martijn Roos Lindgreen) Subject: Lynx info wanted To: Info-Atari16@naucse.cse.nau.edu Hi, A couple of articles ago I saw something about the Lynx in this group. Is there another group where I can find more about the Lynx, or is this the group where Lynx-oriented articles appear? Yesterday I bought a Lynx, and I am interested in the opinions on existing games, especially the multi-player games. Before spending money on games not worth it I'd like some feedback on what games are worth their money. At a friend's place I saw two people play Slime World, which is the main reason I bought the machine. Gauntlet looks promising as well. Any other info around ??? Thanks! Martijn Roos Lindgreen martijn@cwi.nl ------------------------------ Date: 25 Jul 91 09:29:43 GMT From: mcsun!ukc!newcastle.ac.uk!catless!ndch@uunet.uu.net (Dave Halliday) Subject: Mega STe in UK. To: Info-Atari16@naucse.cse.nau.edu In article <1991Jul24.113038.24357@cs.nott.ac.uk>, cczcole@unicorn.nott.ac.uk (Marlon Cole) writes: |> Still none of the ads. in it are mentioning Mega STEs for sale - anyone |>in the UK got one yet, and if so, for how much? |> There arn't any! Not even for the smaller developers. I've been waiting for one for about 2 months now and I'm a registered developer! At least one good thing may come of it. We may not be the beta test site of the world like we were when the STe came out so hopfully many of the mega STe faults will have been fixed by the time we finally get them here. Dave Halliday (D.C.Halliday@newcastle.ac.uk) ---------------------------------------------------------------------- Dave Address: Computing Dept. Newcastle University, NE1 7RU. UK. Halliday EMail : D.C.Halliday@newcastle.ac.uk Phone : +44 91 222 8214 Fax : +44 91 222 8232 ------------------------------ Date: 25 Jul 91 11:29:43 GMT From: munnari.oz.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard) Subject: Multisync Monitor question To: Info-Atari16@naucse.cse.nau.edu In article <3Rik63w164w@cellar.UUCP> revpk@cellar.UUCP (Brian 'Rev P-K' Siano) writes: > > I'm led to believe that, with a Multisync monitor, I'd be able to use > both monochrome and color resolutions on my ST. > > My question is: Does it matter just what kind of Multisync monitor I > get? I've seen some 2Ds as low as two hundred dollars-- would it workl with > an Omniswitch? > > """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" > Brian Siano, Delaware Valley Skeptics > Rev. Philosopher-King of The First Church of the Divine Otis Redding > revpk@Cellar.UUCP "Ecrasez l'enfame!" - Voltaire > """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Get a 3D, they can save the settings in NVRAM, then there is no need to make ajustments each time you change resolutions. from what I have read from otheres, get a 3D and you won't be disappointed. I don't think that the 2D will work with the ST, the frame rate of the ST mono mode is 71.2 hz -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * At least I don't Flicker, not *** *** Kapiti New Zealand.. * like a dying light globe. ! *** ------------------------------ Date: Thu, 25 Jul 91 18:36:21 +0200 From: Z07801%BBRBFU01.BITNET@CUNYVM.CUNY.EDU Subject: Re : Video tape backup system. To: INFO-ATARI16@naucse.cse.nau.edu Some month ago I have reply this message on Video Tape Bakcup. >Dear prudence, > I have try the DVT VCR from Seymor/Radix system without success. >I must say that in Belgium we use the PAL system for the VCR. As far >as I know the system comes from USA (NTSC) and was adapted in >France (SECAM). > I have send to the vendor some software remark, but no new release >is annonced, .... Bad news. > More precision available on request :-] By the way, I havn't any answer for macro instruction to capture ascii file in uniterm ! Patrick, INSTALLE V.U.B BITNET : Z07801@BBRBFU01.BITNET Free University Brussels FAX : 32 2 650 99 99 Plantengenetica Voice : 32 2 650 97 49 69, rue des Chevaux B-1640 Rhode St Genese (BELGIUM, EC)  ------------------------------ Date: 25 Jul 91 12:11:48 GMT From: munnari.oz.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard) Subject: supra clock To: Info-Atari16@naucse.cse.nau.edu Can some one help me with the Supra Clock Problem, this is the problem with the Clock Chip, Part No. RCA CDP6818 or Motorola MC146818 draging down the battery. I read some where that Supra was replacing faulty Clock chips. But the real problem is that this clock chip uses to much power 50ua max, from the RCA data book. I did ring Supra to find out, but I was told that I would have to send my Host Adapter back for them to replace the Clock IC, with a Dallas one. This was not just a plug in job, traces have to be cut, etc. I asked them if they could give me the details, so I could do it myself, I told them that I was a competent Computer Engineer, no way and could not even give me the Dallas clock chip part No. So is there some one that can give me the Part No. of the Dallas Clock Chip, and also if Possible some of the changes that where made to use this device. If I get the Dallas Part No. I can possibly work out the modifications for myself, but will post the information here for otheres to carry out. From what I can see in the Dallas data book, they make 99.9% compatible MC146818 that have a 10 year life with the built in battery, Part No. DS1287 and one with a external battery Part No. DS1285/Q with a current drain of 100 time less than the MC146818. Note: I also found out that there software version 4.01, (latest) does not support BGM partions. Thanks, Roger.. -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * At least I don't Flicker, not *** *** Kapiti New Zealand.. * like a dying light globe. ! *** ------------------------------ Date: Thu, 25 Jul 1991 19:46 +0200 From: DRAGAN PROTIC Subject: Tape backup question To: Info-Atari16@naucse.cse.nau.edu I have read read in the STart magazine few mo device sold in the USA which allows VCRs to be connected to an ST computer and use it (VCR) as an backup device. Here are some parts of the article, so you can make a better image what this device does... ========================================================================= DVT VCR, Fast and Affordable Videotape Backup System ---------------------------------------------------- Thanx to Seymor/Radix, you don't have to spend hours doing the "floppy-disk-shuffle" to backup your hard disk. With the SVT VCR backup system you now can save all of your hard-disk data directly to video tape. The DVT package contains a 12 page instruction manual, a single sided disk that includes the backup program and a few utilities, two five-foot RCA cables and a cartridge module. The module plugs into the ST's cartridge port and only needs a couple of inches of clearance from the side of the keyboard for cables to connect. These cables plug into the Video In/Out jacks on a VCR. The DVT backup program requires at least 760K of free RAM to run. A small portion of this is used by the program and the rest is set up as a buffer. When you back up your hard disk, files are copied into this buffer until it is full. This group of files, called a bundle, subsequently transfers to the VCR. This process repeats until the backup is complete. restoration is accomplished in similar fashion. Backups and restores can be acomplished in one of two ways: partition or individual file. Partition san be queued so that an entire hard disk backs up in one operation. You can backup individual files by selecting them one at a time and then sending a bundle of file(s) to tape. A bundle of files selected in this way can contain files from any folder and/or partition. DVT includes a verify function that checks the integrity of the tape backupa and can identify any "audible dropuot" areas in video tape. The test which took backing up of the 7.2Mb parition from a 40Mb hard rive took 2.4 minutes (20 seconds per megabyte). The tape lenght and the VCR speed determine the amount of data that can be fit on a video tape. According to Seymor/Radix, a common 120 minute VHS tape holds around 36Mb in standard play mode, and up to 108Mb in long play mode. DVT VCR costs US $99.95, and is avaiable from: Seymor/Radix Inc. P.O. Box 166055 Irving, Texas 75016 (214) 255-7490 ========================================================================= As tape streamers are quite expensive (and I'd rather buy another 80 megs of HD than spending $600+ on an streamer ;), I am wondering if anyone owns/uses DVT VCR and, and if so, does he know if it is is compatible with European VCRs? As you know, we in Europe use PAL/SECAM, and US uses NTSC. Also, is Seymor/Radix still in business? Is there a company in Europe which produces similar device for Europian VCR standard? (Europe? Ups, I meant Germany ;)))) Thanx, Dalibor Lanik P.S. I'm asking all this because I managed to destroy ALL the data on my HD (now I'm in the process of recovering) because of the faulty DMA cable which caused damage to the DMA chip, and all FATs on my HD went to hell... NOW I know _why_ someone would need a backup device (but still, I don't have $$$ to spend for it) :( eproticd@yubgdef51.bitnet <> Dalibor Lanik, using friend's account I've seen things u people wouldn't believe. Attack ships on fire off the shore of Orion. I watched C-beams... glitter in the dark, near the Tannhauser gate. All those moments will be lost, in time... like tears... in rain. Time to die. ------------------------------ End of Info-Atari16 Digest ******************************