Info-Atari16 Digest         Fri, 13 Sep 91       Volume 91 : Issue 480
 
Today's Topics:
                            AT-ONCE 386sx
                         ATARI 520ST (2 msgs)
                      DOs  and DON'Ts about desk
                       GEMDOS and AES questions
                        HARLEKIN-ALARM SYSTEM
                      HD Package and stuff 4Sale
                      K&R C to ANSI C converter
          Looking for an older version of UU**CODE c source.
                 Looking for term program... (4 msgs)
                          maccel.prg wanted
                        mono monitor scrolling
                   need STMIDIEX or MIDIEXCL.LZH...
                      Spelling checker: ISPELL?
                   two bugs in PBMPLUS (ST-version)
                    WordPlus/WP and multiple fonts
 
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: 12 Sep 91 12:18:00 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
 .edu!ira.uka.de!math.fu-berlin.de!uniol!tpki!seki!carsten@arizona.edu (Carsten
 Setje-Eilers)
Subject: AT-ONCE 386sx
To: Info-Atari16@naucse.cse.nau.edu
 
aa399@cleveland.Freenet.Edu (Len Stys) writes:
 
 
>In a previous article, carsten@seki.toppoint.sub.org (Carsten Setje-Eilers)
 says:
>>The only disadvantage is,that you have to scroll the screen up and down
>>via HELP and UNDO-key. The speed of redrawing the screen is ok,I think.
>>
>>
>>But the big question is,if you need such a system,if you have a Atari St...
 
>What do you mean you have to scroll the screen up and down?
 
>For what?
 
VGA-mono is 640 * 480. The Mega STe offers 640 * 400.
So there's a difference of 80 lines. You can scroll the screen up and down
these 80 lines,if you press the HELP- or UNDO -key.
You can't see the whole VGA-screen on the SM124 ....
 
Carsten
 
--
Carsten Setje-Eilers    2300 Kiel    Aschauweg 18a     Germany
uucp:carsten@seki.toppoint.sub.org          zer:carsten@kbbs
 
------------------------------
 
Date: 12 Sep 91 14:01:56 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!watserv1!watmath!ljdic
 key@arizona.edu (L. J. Dickey)
Subject: ATARI 520ST
To: Info-Atari16@naucse.cse.nau.edu
 
In article <3688@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>In <1413@dg.dg.com> chan@dg.dg.com (Allen Chan) writes:
>
>>Atari 520ST, Complete system for serious user.
>
>>Tools: Unix, multitasking package, communications package,
>>VT100 emulator.
>
>Yeah, I have Unix in a Desk Accessory.  It even runs X-windows, giving a
>maximum ...
 
I detect a note of cynicism here...
Are you forgetting that IDRIS from Whitesides has been available for years?
 
--
Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
Internet:      ljdickey@watmath.UWaterloo.ca
UUCP:          ljdickey@watmath.UUCP             ...!uunet!watmath!ljdickey
Obsolescent?:  ljdickey@watmath.waterloo.edu     BITNET/EARN: ljdickey@watdcs
 
------------------------------
 
Date: 12 Sep 91 14:56:04 GMT
From:
 pa.dec.com!nntpd.lkg.dec.com!decuk.uvo.dec.com!decuk.uvo.dec.com!les@decwrl.dec
 .com (Les Carleton)
Subject: ATARI 520ST
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Sep12.140156.10003@watmath.waterloo.edu>,
 ljdickey@watmath.waterloo.edu (L. J. Dickey) writes:
|>I detect a note of cynicism here...
|>Are you forgetting that IDRIS from Whitesides has been available for years?
|>
|>--
|>Leroy J. (Lee) Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
|>Internet:      ljdickey@watmath.UWaterloo.ca
|>UUCP:          ljdickey@watmath.UUCP             ...!uunet!watmath!ljdickey
|>Obsolescent?:  ljdickey@watmath.waterloo.edu     BITNET/EARN: ljdickey@watdcs
|>
 
What exactly is IDRIS, surely it isnt a *real* unix for the ST?
 
..Les...
--
___________________________________________________________________
Les Carleton                   /  Tel: +44 (256) 488351          \ \
Digital Equipment Corporation /  Email: les@decuk.uvo.dec.com     \ \
CSC/UK Ultrix Support Group  /  "The Software Lifeguard"           \ \
----------------------------+  "Open Standards ... Free Software"  / /
    "My opinions, My Mind, Don't take that away from me!"         / /
_________________________________________________________________/_/
 
------------------------------
 
Date: 12 Sep 91 01:05:00 GMT
From:
 noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dyn
 asoft!jls@arizona.edu (John Stanley)
Subject: DOs  and DON'Ts about desk
To: Info-Atari16@naucse.cse.nau.edu
 
[Hayo_Schmidt@hh.maus.de (Hayo Schmidt) writes ... ]
 
> >[D.M.Johnson@newcastle.ac.uk (Dave Johnson) writes ... ]
> > Could some please give me an list of the dos and don'ts of writing
> > desktop accs, ......
 
> DON'T:
 
>   -- If you 'must' allocate memory dynamically, assume that it is gone after
>      receiving AC_CLOSE. But don't forget to Mfree() it - on the other hand,
>      you must also assume, that it is not gone. You'll never know... :-(
 
  Mfree'ing memory after an AC_CLOSE is a bad idea...  If the AC_CLOSE
is triggered by an appl_exit() call and the program returns to a non-AES
shell program, the user may run dozens of non-AES programs before the
ACC is able to fully process the AC_CLOSE message.  Since the main
application may -or- may-not exit after making an appl_exit() call,
there's no way to know if the accessory should assume the memory has
been freeed by the application exiting or not.  This is the cornerstone
of why using the gemdos Malloc() in an accessory is, in general, ABI
(A_Bad_Idea).
 
  Better to assume it has been free'ed, and take the risk that those
memory blocks are temprarily lost (until the application really does
terminate), than to free memory that the system may already have
assigned to someone else.
 
  I think it would be better to say for accessories:
 
   -- Don't use the gemdos Malloc() for allocating memory after your
      first AES call (probably appl_init()).  Any memory allocated
      before the first AES call will remain assigned to the accessory
      and should not normaly be Mfree'ed.  On the other hand, if you're
      going to need a large fixed-size block of memory, it's better to
      modify the accessory to reserve that much more memory as part of
      your BSS (uninitialized dataspace) rather than using Malloc.
 
   -- If you absolutely must use Malloc(), you probably should rethink
      what you're doing.  (Example:  Small scale allocation can be done
      safely using variations on the standard malloc()/free() routines
      to/from a large block of memory Malloc'ed before the first AES
      call.  This can be done with a small change to almost any standard
      C or asm library..)
 
   -- If you choose to ignore the previous two warnings, when your ACC
      receives a AC_CLOSE message, assume any memory Malloc'ed since the
      prior AC_OPEN has already been assigned to someone else for the
      last 20 minutes...
 
   -- Consiquently, it's a bad idea to call Mfree() to free memory after
      you've received the AC_CLOSE message...  You might be "freeing"
      memory somebody else is already using.
 
   -- Generaly speaking, Malloc() is only "safe" within an accessory:
 
         1) Before the first AES call.
 
            or
 
         2) Between any two AES calls, and you must Mfree it before the
            2nd AES call.  (And even this may have problems under some
            TOS multitasking extensions...)
 
   -- Yes, there are exceptions and tricks that allow allocating memory
      at any time, but they require knowledge of TOS internals, and
      should only be used as a last resort and then only by experts.
 
      Subnote:  Atari -could- document these tricks and announce them to
      the world (they have ocassionly leaked "hints" about how this can
      be done burried in various technical responses).  I'm not sure,
      but I suspect they are reluctant to document and release these
      techniques because it could easily create a flury of new and
      poorly designed accessories that would fragment memory and make it
      difficult to maintain the current Malloc-cation subsystem.  A
      complete redesign of the memory system would take a lot of work.
      (I suspect it's somewhere far down twords the bottom of their list
      of "Things to be done - someday"...
 
---
John L. Stanley <jls@dynasoft.mn.org>
Software Development Consultant / Dynasoft Systems
 
------------------------------
 
Date: 11 Sep 91 22:15:42 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
 oft!jls@arizona.edu (John Stanley)
Subject: GEMDOS and AES questions
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <A12398@m.maus.de>,
     Martin_Gaeckler@m.maus.de (Martin Gaeckler) writes ... ]
 
>>  Does the ATARI AES send ANY WM_NEWTOP messages? I never seem to
>
> 2. The WM_NEWTOP message is sent to your program when *YOUR* window is new
>    toped. You won't get a message when another window is opened or topped.
>    Therefore you have to wait for a time event an look whether *YOUR* window
>    is top or not.
 
 <bzzz>
 
  Wrong.
 
  When one of your windows is topped, the WM_TOPPED message is sent to
your application...  Not the WM_NEWTOP message.
 
> Hope this helps.
 
---
John L. Stanley <jls@dynasoft.mn.org>
Software Development Consultant / Dynasoft Systems
 
------------------------------
 
Date: Thu, 12 Sep 91 11:20:22 ADT
From: Alyre CHIASSON <CHIASSA%UDEM@UNBMVS1.csd.unb.ca>
Subject: HARLEKIN-ALARM SYSTEM
To: N <info-atari16@naucse.cse.nau.edu>
 
HARLEQUIN has some nice features that I didn't have in
PARTNER ST by TIMEWORKS. But I am amazed that I cannot set
an alarm for an event other than on the actual date. Am I
right or have I missed something in the manual
.
 
------------------------------
 
Date: 12 Sep 91 23:44:20 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
 .edu!spool.mu.edu!agate!boulder!horton.Colorado.EDU!chuj@arizona.edu (CHU
 JEFFREY)
Subject: HD Package and stuff 4Sale
To: Info-Atari16@naucse.cse.nau.edu
 
I need to sell the following complete HD kit.
 
        ICD fast SCSI host adapter with 2 cables included.
        Adaptec 4070A SCSI -> ST506 (RLL)
        Digital 40 Watt P/S, cooling fan CASE, fits
        perfect under monitor, 2 Drive Bays.
        includes Manuals, installation disks, and etc...
 
Comes complete, all you need is a ST506 HD and your on your way!
Taking offers for this package.   $???.??
 
Anyone interested in a Avatex 2400 Baud external (no manuals or P/S)?
How about a SS/DD internal drive that came off a 520STfm?
Original PC-Ditto (latest version) for sale.
 
 
Email chuj@horton.colorado.edu
 
                                                Thanks,
                                                Jeff
 
------------------------------
 
Date: 12 Sep 91 14:17:56 GMT
From: noao!ncar!gatech!pitt!ysub!psuvm!frmop11!dearn!dmswwu1c!onm46@arizona.edu
 (bernd)
Subject: K&R C to ANSI C converter
To: Info-Atari16@naucse.cse.nau.edu
 
Hello everybody,
 
now there is a test version of an K&R C to ANSI C converter, called
kr2ansi, available from ftp.uni-muenster.de.
The program is written in ANSI C and I have compiled it with TURBO C
and GCC.
 
Bernd
--
"Dipl.-Math. Bernd Setzepfandt"
 
    __  __  __  __  __  __  __   __   / Dipl.-Math. Bernd Setzepfandt
   / / / / / / / / / / / / / /  / /  /  Institut fuer Numerische Mathematik
  / / / / / / / / / / / / / /  / /  /   Westfaelische Wilhelms-Universitaet
 / /_/ /_/ / / /_/ /_/ / / /__/ /  /
 \________/  \________/  \_____/  /  Einsteinstr. 62, D-4400 Muenster, Germany
                                 /   Internet: bernd@math.uni-muenster.de
                                /    Bitnet:   onm46@dmswwu1a.bitnet
                               /     Tel. (+49) 251 - 83 3799
 
------------------------------
 
Date: 12 Sep 91 19:30:05 GMT
From: amdcad!dvorak.amd.com!bpohl@sun.com (Bion Pohl)
Subject: Looking for an older version of UU**CODE c source.
To: Info-Atari16@naucse.cse.nau.edu
 
        A couple of weeks ago I was tying to UUENCODE a text file on our VAX
and then UUDECODE it.  When it was decoded the EOL was saved as whatever unix
uses so my decoded file
looked
       like
            this.
 
        Well someone sent me another version of UU**CODE sources for the VAX
and when I tryed them the file now
looked
like
this.
which is what I had started out with.  Correct?, yes.  Better?, no.  You see,
now when I try to decode a large UUENCODEd file into an archive of a GIF only
now when I try to decode a large UUENCODEd file into an archive of a GIF only
the first part of the file is done correctly.  I'd rather be able to decode
on the vax so that I am transferring the smallest possible file (ARC, LZH, GIF,
etc.) over the modem to the my ST.
 
        Now to the reason I'm writing all this.  I'd like to use my old
UUDECODE routine but I COPIED OVER IT WHEN I GOT THE NEW ONE.  I don't know
who wrote the old one but the source was set up to be compiled under UNIX c,
VAX c, MS-DOS, and GEMDOS.  If someone has this source code could they mail
it to me.  I've already looked through the source section of the archive and
didn't find it.  Also, I can't FTP off site so sending me addresses wont help.
 
                                        Thanks,
                                                Bion
 
 
the first part of the file is done correctly.  I'd rather be able to decode on
 the vax so that I am reansfering the smallest possible file (ARC, LZH, GIF,
 etc.)
 
------------------------------
 
Date: 12 Sep 91 15:08:26 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!cis.ohio-st
 ate.edu!pacific.mps.ohio-state.edu!ohstpy!miavx1!rlcollins@arizona.edu (Ryan
 'Gozar' Collins)
Subject: Looking for term program...
To: Info-Atari16@naucse.cse.nau.edu
 
In article <9JMUKNF@lime.in-berlin.de>, techno@lime.in-berlin.de (Techno)
 writes:
> cmm1@cunixb.cc.columbia.edu (Christopher M Mauritz) writes:
>>Uniterm is definitely the best term program for the ST, bar none.
>
> Well, it seems you haven't seen Rufus as yet.
>
>                       Techno
 
Well, I started using Rufus, and I liked it a lot, except that sometimes
the VAX I connected would send out a code that would reset the keypad to
NUMERIC and that I would have to set number of columns to 81 so that 80
col lines would be doubled spaced.
 
Is there a newer program out?
 
------------------------------------------------------------------------------
Ryan 'Gozar' Collins      Question for MAC Users:      rlcollins@miavx1.BITNET
   ||||   Power Without    What IS the format of a     rc1dsanu@miamiu.BITNET
  / || \  The Price!!       MAC HFS floppy disk?       R.COLLINS1 on GEnie
------------------------------------------------------------------------------
 
------------------------------
 
Date: 12 Sep 91 16:16:20 GMT
From:
 noao!asuvax!cs.utexas.edu!sun-barr!cronkite.Central.Sun.COM!spdev!texsun!digi!r
 goseweh@arizona.edu (Roy Gosewehr)
Subject: Looking for term program...
To: Info-Atari16@naucse.cse.nau.edu
 
(Note:  I posted a similar reponse a couple of days ago, but our
        newsreader crashed and it apparently did not get sent out
        (as far as I know). If this is a duplicate, I apologize
        in advance.)
 
There is a public domain version of Kermit for GEM available (which I
obtained from GEnie).  With Flash 1.6, all you need to do is to tap
INSERT to get a command line prompt and then type: GEM pathtoKermit
(return).  This will shell out of Flash into Kermit.  When you quit
Kermit, an additional key press (any key) is prompted which returns
you to Flash.  Very easy and convenient.  To make it even nicer, you
can edit the function key table to assign the above string to a
function key. Then, Kermit (or any other protocol) is available with
a single key press. Really great stuff!
 
BTW, this is a generic "execute" mechanism as someone else pointed out.
In addition to the generic version, there is a command which allows
you to shell to your favorite editor.
 
Roy C. Gosewehr
 
------------------------------
 
Date: 11 Sep 91 22:41:48 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
 oft!jls@arizona.edu (John Stanley)
Subject: Looking for term program...
To: Info-Atari16@naucse.cse.nau.edu
 
>[boyd@nu.cs.fsu.edu writes:
>>
>> The most powerful package is Uniterm, available free from
>> atari.archive.umich.edu.  The easiest to use is Flash 1.6, from Antic (
>> I use both.  There is also STalker, which has seen some good reviews here on
>> the net (I have not seen/used this one).  I really like the user interface
>> that Flash provides, but it does not include Kermit.  For those occasions
>> when I need this capability, I use Uniterm.
 
  There are several external protocol programs that can be used along
with Flash.  Kermit and Zmodem are both available and take almost no
effort to install on a Flash function key.
 
[Roger.Sheppard@actrix.gen.nz (Roger Sheppard) wrote ... ]
 
> Antic use to advertise a Kermit Option for Flash, but I don't know
> if its posible to still get it ..
 
  Some dealers may still have it, but you probably would only be able to
find it as a used program someone didn't need anymore.  It was an ACC
that supported kermit and gave Flash the ability to act as a limited
small personal bbs.
 
  Unfortunately it doesn't work with the most recient version of Flash
(it's an -old- accessory) and the improvements in Flash since it was
compatable with the accessory are important enough that I doubt you'd
want to go back to that version.
 
---
John L. Stanley <jls@dynasoft.mn.org>
Software Development Consultant / Dynasoft Systems
 
------------------------------
 
Date: 11 Sep 91 22:51:12 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!moundst!dynas
 oft!jls@arizona.edu (John Stanley)
Subject: Looking for term program...
To: Info-Atari16@naucse.cse.nau.edu
 
[at731@cleveland.Freenet.Edu (Troy L. Nothnagel) writes ... ]
 
> Using Flash's 'execute' function, you can run any .TOS, .TTP or .PRG
> that isn't mouse driven.  (For some reason it likes to block out the
> mouse.)
 
  Mouse driven programs can easily be run from Flash.  You'd know how to
take care of this and many other things if you read the manual that
comes with the program... You -do- have the manual don't you..??
 
---
John L. Stanley <jls@dynasoft.mn.org>
Software Development Consultant / Dynasoft Systems
 
------------------------------
 
Date: 11 Sep 91 22:25:35 GMT
From: noao!asuvax!cs.utexas.edu!usc!trwind!venice!sleepy!jharres@arizona.edu
Subject: maccel.prg wanted
To: Info-Atari16@naucse.cse.nau.edu
 
Can someone email me a copy of the latest version (3.4, I believe) of
maccel.prg   I have looked at a.a and several other ftp sites but haven't
found it ( or any version of maccel ).
Thanks in advance
 
Jim Harres      jharres@doc.bmd.trw.com
 
 
------------------------------
 
Date: 12 Sep 91 13:44:46 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!mips!ptimtc!nntp-server.caltech.edu!mustang!d
 ata.nas.nasa.gov!eagle!lims02.lerc.nasa.gov!tppease@arizona.edu (GARY PEASE)
Subject: mono monitor scrolling
To: Info-Atari16@naucse.cse.nau.edu
 
I recently purchased a 50 meg hardrive and a monochrome monitor for my 1040
st.  The st was bought around 1987 and is the original machine, no TOS
updates, memory upgrade etc.  It has alway worked fine with my color
monitor.  Now that I've got the hard drive and the mono I have the
following problem. Whenever I copy file from A to the hard drive the
monitor freaks out and just scrolls and has snow.  If I reboot the system
the problem goes away. Also I ran another program and the desktop came back
shifted and part it was backwards?( It hard to explain what it looked like)
 The guy I bought it from suggested that maybe I need a TOS update? Can
anyone help me. How can I troubleshoot the problem?
Thanks
Gary
 
------------------------------
 
Date: 12 Sep 91 19:57:40 GMT
From:
 europa.asd.contel.com!darwin.sura.net!gatech!udel!sbcs.sunysb.edu!libws3.ic.sun
 ysb.edu!mrose@uunet.uu.net (Michael Rose)
Subject: need STMIDIEX or MIDIEXCL.LZH...
To: Info-Atari16@naucse.cse.nau.edu
 
Hello everyone!
 
        I have been trying to find a few programs, but they don't seem to
be on terminator er um, atari.archive.  They were mentioned in ZNET 91-34 in
the Z*NET software shelf.  The first one is STMIDIEX or MIDIEXCL.LZH?  It
is a Midi system exclusive program to save configurations and set-ups of
Midi devices on the ST.  The other one is WINXV13.LZH.  This is a patch to
allow GEM to open up to 127 windows at once, instead of 8.  If anyone
has these programs, or knows where I can get them, please send me E-mail.
Thanks!
 
 
                                Sincerely,
 
                                Michael Rose
 
------------------------------
 
Date: Thu, 12 Sep 1991 14:10 MET
From: "Thomas Hantke, KVI Groningen, Zernikelaan 25, NL-9747 AA Groningen, The
 Netherlands, phone ++31 50-633259"
Subject: Spelling checker: ISPELL?
To: info-atari16@naucse.cse.nau.edu
 
Hi netters,
 
I am looking for a good spelling checker that could spell English, German and
Dutch documents. I can get the (raw) dictionaries via ftp, but I need a
program that builds a quick dictionary from them. The one PD available
(spell?) just builds an ascii list; this is too slow.
 
What about ISPELL ?
Has it been ported to the ST?
 
Looking forward to all your enthusiast responses,
Cheers,
 
Thomas
 
(hantke@kvi.nl)
+3150-633259
 
------------------------------
 
Date: 12 Sep 91 09:41:22 GMT
From: mcsun!hp4nl!dnlunx!freyr!marcob@uunet.uu.net (Blom M.A.)
Subject: two bugs in PBMPLUS (ST-version)
To: Info-Atari16@naucse.cse.nau.edu
 
In article <klamer.684573692@mi.el.utwente.nl> klamer@mi.el.utwente.nl (Klamer
 Schutte) writes:
>In <1991Sep5.141215.23888@informatik.uni-erlangen.de>
 lsmichae@immd4.informatik.uni-erlangen.de (Lars Michael) writes:
>
>Oops! Proper fix overhere is opening your (binary) files with file modes
>"rb" and "wb" instead of "r" and "w". This does the ST prevent from
>making \n from \r\n.
>
 
You would also have to set stdout to binary mode, since most people use:
 
pbm-program infile > outfile
 
 
Marco Blom.
 
=========================================================================
+                                                                       +
+                     no signature yet....                              +
+                                                                       +
=========================================================================
 
------------------------------
 
Date: 12 Sep 91 13:41:08 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!samsung!know!daemon@arizona.edu
Subject: WordPlus/WP and multiple fonts
To: Info-Atari16@naucse.cse.nau.edu
 
WordPlus does not support embedded printer commands (that I know of) but
WP does. WordPlus does have mimimal font control via the 'add ruler' feature
but its capability is very limited.
 
------------------------------
 
End of Info-Atari16 Digest
******************************
