Info-Atari16 Digest         Fri, 22 Mar 91       Volume 91 : Issue 161
 
Today's Topics:
                             "Easy Money"
                    Atari 1040st + printer 4 sale
               Does anyone sell GDOS drivers and fonts?
                 GCC: Virtual memory exhausted error?
                       GCR floopy drive problem
                           GEM source code
                           IFF converters?
                     Problems unpacking Gemini1.2
                    Reading an HP series 300 disk
                     standard practices (2 msgs)
                    ST Disks & Sparcstation Drives
          Toaster & ST (was: re: LEXICOLOR, Atari TT/030,...
                             TOS Versions
                            TT video modes
                Two New Computer Announcements - CeBIT
 
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: Thu, 21 Mar 91 20:31 EDT
From: <WJOHNSTO%COLGATEU.BITNET@CORNELLC.cit.cornell.edu>
Subject: "Easy Money"
To: INFO-ATARI16@naucse.cse.nau.edu
 
        For any of us who still needed convincing that the "microcomputer
revolution" (as a social phenomenon) is dead, and that computing has
reached a level of banality roughly equivalent to cleaning out a catbox,
the "Easy Money" message (news digest #159, I believe) just about
cinches it.
 
        I know this isn't the first time such a message has found its
way onto a newsnet (and wasted a ton of "bandwidth", as the saying goes);
but really, people, come on...
 
        Perpetrators of chain letters *always* claim they are perfectly
legal. They're not. (In this case, given the interstate nature
of the net, you could also add a potential Wire Fraud charge to the usual
sanctions.)
 
        Such people *always* claim somebody (or two, or three) has gotten
rich from the scheme. They don't.
 
        Just about the only thing missing from this one was the traditional
threat that if you DON'T respond, you (or your pet goldfish) will
be visited by misfortune, or suffer from repeated hallucinatory
visions featuring Elvis Presley and/or J. Fred Muggs.
 
        I'll make you a deal, whoever you are (I was laughing so hard I
forgot to note your address): I won't report you, and you
don't bother us. There are too many people on this net trying to say and
do intelligent things using computers, and too many of us who depend upon
them for help and advice, for you to clutter up the network (and abuse our
privileges) with your little schemes.  If you're looking for a more
constructive outlet for your energy, I could recommend a few thousand
good books...
 
        Michael Johnston
        WJOHNSTON@COLGATEU.BITNET
 
        On second thought, maybe I could start a chain letter for people who
can remember J. Fred Muggs...?
 
------------------------------
 
Date: 22 Mar 91 00:46:15 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!pacific.mps.o
 hio-state.edu!linac!att!bu.edu!bucsf.bu.edu!delta@arizona.edu (peter tragakis)
Subject: Atari 1040st + printer 4 sale
To: Info-Atari16@naucse.cse.nau.edu
 
FOR SALE:
 
           Atari 1040st 1Mb RAM  720k DD internal drive
           SC 1224 color monitor
           Oki 20 color printer.
 
        Asking for $700 or best offer.
 
 
          call 617-731-5088 or email delta@bucsf.bu.edu
 
------------------------------
 
Date: 22 Mar 91 01:12:46 GMT
From:
 arizona.edu!cerritos.edu!nic.csu.net!usc!wuarchive!m.cs.uiuc.edu!vela!wsu-cs!ja
 ke!pbh@arizona.edu (Patrick Haggood)
Subject: Does anyone sell GDOS drivers and fonts?
To: Info-Atari16@naucse.cse.nau.edu
 
I've got a few shareware programs (did you register your shareware? Last
week was Shareware Registration Week) that use GDOS, but I don't have
a driver for the Epson LQ-500.  I'd also like a san-serif font.  I
bought G+Plus, but this included no drivers.  I don't want to spend $100
on a program just to get an Epson LQ500 driver; so; does anybody know of
a company that sells GDOS drivers and fonts?
 
 
--
Patrick B. Haggood
Wayne STate University
Detroit, MI
Physics - Class of 1991 (-2?)
 
------------------------------
 
Date: 22 Mar 91 02:02:23 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu
 (Allan Pratt)
Subject: GCC: Virtual memory exhausted error?
To: Info-Atari16@naucse.cse.nau.edu
 
es2a+@andrew.cmu.edu (Eric Stuyvesant) writes:
>I have been getting an
>error from GCC, namely "Virtual memory exhausted."
 
This means a malloc() call, or possibly an alloca() call, failed. Either
__stksiz is set wrong (should be -1 for GCC 1.39) or your memory is
fragmented or your RAMdisk is too big.  Or something.
 
============================================
Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
 
------------------------------
 
Date: 21 Mar 91 23:23:42 GMT
From: haven!cs.wvu.wvnet.edu!cerc.wvu.wvnet.edu!panther!dbb@purdue.edu (Dice
 Blackboard)
Subject: GCR floopy drive problem
To: Info-Atari16@naucse.cse.nau.edu
 
I've got a question for all of you GCR experts out there.  I've been having a
major problem with formatting, reading, and writing of mac disks.  Whether I'm
in mac mode or using the format option in the spectre main menu, it always
fails.  Formatting in spectre format works, but mac format doesn't. Reading
and writing to mac disks formatted on another machine is also a problem.  Some
work while others are unreadable or writable.  Even when it does successfully
read and write, which isn't often, it seems to be struggling along and having
problems.  Yes, I have run the GCRtest on my drive and the mac tests fail
miserably. Has anyone had this problem, and if so what's causing it?  My
floppy drive is running at 301 R.P.M.'s.  Could there be a problem with the
drive speed causing this? I had version 2.65C and have recently received 3.0.
The problem is the same on both versions. My system is a mega 2ST with an
internal double sided drive. I also know about the problem with some mega 2st
machines, but the symptoms listed in the manual don't seem to fit the problem
I'm having.  I would sure appreciate any insight to this problem, because I'm
clueless. Thanks.
 
                                   Mark Starvaggi
                                   (email address: ms@cerc.wvu.wvnet.edu) or
                                   ( ''      ''  : ms@cs.wvu.wvnet.edu )
 
------------------------------
 
Date: 22 Mar 91 06:31:58 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!caen!news.cs.ind
 iana.edu!msi.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: GEM source code
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <1991Mar21.101741.14347@convex.com>,
     rosenkra@convex.com (William Rosencranz) writes ... ]
 
> something just dawned on my, so please indulge me for a moment...
>
> of all the source code ever posted here (c.b.a.st), almost all, if not
> all is unix-like utilities. i don't recall ever seeing source for gem
> programs, even things like gem front ends to archivers. why is this?
 
There has been some, but darned little. The only complete GEM apps
with source I can remember are from Jim Charlton, who wrote a nifty
binary file editor and a resource construction kit.
 
> in this regard, i promise to post a real gem application sometime in
> the next few months. source included! how 'bout that for trend setting :-)
 
Great! I don't suppose you're interested in writing a simple text-editing
window module, are you? I really don't want to reinvent the wheel. (Which
is a euphemism for ``I'm too lazy to write one myself.'')
 
The only GEM text editor for which I have located sources is DIARY.ACC,
which unfortunately is written in Modula-2.  Since you're a fellow who
regards the shift key in the same way most people regard bedbugs, you
probably know why I find that disappointing. :-)
 
In the spirit of Sharing More GEM Code, here's a couple of functions.
Corrections/suggestions are welcome. The third function apparently
has a bug that shows up when I add |M_BUTTON to the arguments to
evnt_multi(); if anybody sees what I did wrong please let me know.
 
/*
 * Function: edit_form(form) OBJECT *form;
 * Returns: int value of object used to exit the form
 * Description: This is a wrapper for form_do that handles all
 *              necessary drawing of the form, user interaction, etc.
 */
int edit_form(form)
        OBJECT *form;
        
        int exit_obj;
        int x,y,w,h;
        graf_mouse(M_OFF,NULL);
        form_center(form, &x, &y, &w, &h);
        form_dial(FMD_START,1,1,1,1,x,y,w,h);
        form_dial(FMD_GROW,1,1,1,1,x,y,w,h);
        objc_draw(form, 0, 10, x, y, w, h);
        graf_mouse(M_ON,NULL);
        exit_obj = form_do(form, 0);
        form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h);
        form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
        form[exit_obj].ob_state = NORMAL;
        return(exit_obj);
        
 
/*
 * Function: g_clrscr()
 * Returns: void
 * Description: Instructs GEM to redraw the workspace
 */
void g_clrscr()
        
        int x,y,w,h;
        wind_get(0,WF_FULLXYWH,&x,&y,&w,&h);
        form_dial(FMD_START,1,1,1,1,x,y,w,h);
        form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
        
 
 
/*
 * Function: show_about()
 * Returns: void
 * Description: Shows the ABOUTBOX until timeout or mouse click
 */
void show_about()
        
        OBJECT *aboutbox;
        int x,y,w,h,junk;
        static long delay;
        delay = 4*1000L;
        rsrc_gaddr(0,ABOUTBOX, &aboutbox); /* assumes there is such a thing */
        graf_mouse(M_OFF,NULL);
        form_center(aboutbox, &x, &y, &w, &h);
        form_dial(FMD_START,1,1,1,1,x,y,w,h);
        form_dial(FMD_GROW,1,1,1,1,x,y,w,h);
        objc_draw(aboutbox, 0, 10, x, y, w, h);
        graf_mouse(M_ON,NULL);
 
        /* This is where I wait for a timeout or a keystroke.
           I'd like to wait for a mouse click, but adding
           MU_BUTTON to the first argument causes evnt_multi
           to return immediately. ??? */
 
        evnt_multi(MU_TIMER|MU_KEYBD,
                1, 1, 0,
                0,0,0,0,0,
                0,0,0,0,0,
                &junk,
                loword(delay),hiword(delay),
                &junk,&junk,
                &junk,&junk,
                &junk,
                &junk);
 
        form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h);
        form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
 
        
----
  Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
  INTERNET: steve@thelake.mn.org    UUCP: plains!umn-cs!thelake!steve
  GEnie: S.YELVINGTO2               Delphi: YELVINGTON
 
------------------------------
 
Date: 21 Mar 91 15:07:00 GMT
From:
 arizona.edu!cerritos.edu!nic.csu.net!usc!cs.utexas.edu!sun-barr!olivea!bbn.com!
 nic!bunny!seb3@arizona.edu (d2eve Belczyk)
Subject: IFF converters?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <8278@mentor.cc.purdue.edu> youngmw@mentor.cc.purdue.edu (Michael)
 writes:
>Is there a good iff converter that someone could recommend?
>I would like one that converts to Spectrum 512 format.
 
I just sent IFFSPC.ARC, a program I wrote back in 1987 to do just this, to
atari.archive.umich.edu in /atari/new/iffspc.arc.  I hope that was the
right place to put it.  I also mailed a copy to the original poster and
would be happy to mail it to anyone without FTP access.
 
Steve Belczyk   CIS: 75126,515    BBS: +1 508 664-0149 (2400 bps)
seb3@gte.com    GEnie: sbelczyk   UUCP: 
 
------------------------------
 
Date: 21 Mar 91 23:54:30 GMT
From:
 arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu
 .edu!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick
 Allison)
Subject: Problems unpacking Gemini1.2
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Mar21.151807.23964@abekrd.co.uk> mike@abekrd.co.uk (Mike Quinn) writes:
 
>                         * I need help *
 
>I have encountered a problem unpacking Gemini 1.2. It comes as three 'self-
>extracting LHarc archives as well as LHARC.TTP. Hah, thought I - no problem
>I'll just use the self extracting archives.
 
>                       *Big-time Mistake*
 
>I tried to run GMNI12_3.TOS, which created its own directory and put...
 
 
        It worked FINE when I used it, and an excellent program indeed!
 
BTW, I ran GMNI12_1.TOS, GMNI12_2.TOS, then GMNI12_3.TOS (ie. numeric order).
The documentation didn't specify a correct order, but this worked!
 
Warwick.
 
ps. Get GEMINI, Send them the Shareware Fee - IT IS EXCELLENT!
--
  _--_|\        warwick@cs.uq.oz.au
 /      *  <--  Computer Science Department,
 \_.--._/       University of Queensland,
       v        AUSTRALIA.
 
------------------------------
 
Date: 22 Mar 91 01:46:30 GMT
From:
 arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!uflorid
 a!gatech!prism!prism.gatech.EDU!gt1448b@arizona.edu (David P. Forrai)
Subject: Reading an HP series 300 disk
To: Info-Atari16@naucse.cse.nau.edu
 
I have some ASCII data on a 3.5" disk from an HP series 300
computer that I need to use ASAP.  The disk drive just died
on this machine and nobody knows when (or if) it will be fixed.
Is it posible to read this disk on an ST?  A program, source
code, or even helpful suggestions on how I can read this disk
will be greatly appreciated.
 
-----
David P. Forrai
uucp:     ...!
Internet: gt1448b@prism.gatech.edu
 
------------------------------
 
Date: 21 Mar 91 23:42:25 GMT
From: uhccux!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@ames.arpa (Warwick
 Allison)
Subject: standard practices
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Mar21.065817.1799@convex.com> rosenkra@convex.com (William Rosencranz)
 writes:
 
 
>In article <324@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
>>In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William
 Rosencranz) writes:
>>>it would be really nice if unix-like programs on the ST (or anywhere, for
>                             ~~~~~~~~~~~~~~~~~~
>i was not refering to gem stuff. and nor would i assume people who prefer
>gem are "_potentially_ dim wits". to each his own...
 
I only meant GEM programs are easier to use.  I PREFER GEM for complex programs,
and command line for simple, repetitive commands.
 
>Doing "cc -help" and getting the info in a very terse, concise way is
>much faster than using man and wading thru pages of docs. i work mostly
>from home at 2400 baud. and believe me, reading man pages is no great joy.
 
        Huh?  Are we using ST's or University computers here?  Or are we
writing portable code or WHAT?
 
>having a "-help" option in no way hurts my (sizable) ego. in fact, just
>the opposite: i would call the programmer considerate for not making me
>try to remember every single scrap of information without openning a book,
>electronic or otherwise.
 
        Clearly, you are NOW talking about a SMALL amount of informative text
or the -help option - this is a GOOD idea!  But why not have a SYNOPSIS section
in your manual...
 
 
NAME
     cc - C compiler
 
SYNOPSIS
     cc [ -a ] [ -align _block ] [ -Bbinding ] [ -c ] [ -C ]
          [ -dalign ] [ -dryrun ] [ -Dname [=def ] ] [ -E ]
          [ float_option ] [ -fsingle ] [ -g ] [ -go ] [ -help ]
          [ -Ipathname ] [ -J ] [ -Ldirectory ] [ -M ]
          [ -misalign ] [ -o outputfile ] [ -O[level] ]
          [ -p ] [ -P ] [ -pg ] [ -pic ] [ -PIC ] [ -pipe ]
          [ -Qoption prog opt ] [ -Qpath pathname ]
          [ -Qproduce sourcetype ] [ -R ] [ -S ] [ -sb ]
          [ -target target_arch ] [ -temp=directory ] [ -time ]
          [ -Uname ] [ -w ] sourcefile ...  [ -llibrary ]
 
This appears on the FIRST PAGE of the manual entry, so "man cc" and "cc -help"
take exactly the same amount of time to use, in fact, to be pedantic:
 
        1. "man cc" has less keystrokes than "cc -help"
        2. The "man" program loads quicker than "cc" - man is smaller!
 
And with man, if the SYNOPSIS doesn't tell you enough, then you can keep
browsing the entry, with -help, you have to go to man in the end!
 
Also, and this is my main gripe, too many programs have a -help option,
but no man entry:  the developer is just too lazy it seems.
 
Ciaos to you all!
Warwick.
 
Sorry to all who would rather this was mail rather than news.
--
  _--_|\        warwick@cs.uq.oz.au
 /      *  <--  Computer Science Department,
 \_.--._/       University of Queensland,
       v        AUSTRALIA.
 
------------------------------
 
Date: 22 Mar 91 03:50:15 GMT
From: ucla-seas!turing!plinio@locus.ucla.edu (Plinio Barbeito)
Subject: standard practices
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Mar21.071029.2289@convex.com> rosenkra@convex.com (William
 Rosencranz) writes:
>In article <2231@lee.SEAS.UCLA.EDU> plinio@crowe.seas.ucla.edu (Plinio
 Barbeito) writes:
>>In article <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William
 Rosencranz) writes:
>>>     -debug          to turn on internal debugging, if any
>>
>>In a beta release of something, but for a bugless program?
>
>i never saw one :-). what is a "bugless program"?
 
(I knew I shouldn't have said bugless) Programs that do only one
thing.  Therefore, if they don't work (they don't do that one thing
how you want), you throw them away.  An example of this kind of
program: a utility that prints the date.  Typing "date -debug" is not
something most people would be inclined to do.
 
>not all commands can be typed without args. stdin is usually inferred
>as source of input.
True, but as you probably know, there is also the '-' convention.
Type 'command', and you get help.  Type 'command - < file' and you
are sending that file to the stdin.  The trouble with this is that the
original convention (a la 'cat') of 'command < file' is more elegant
in its simplicity.
 
>mind. the alternative is...what IS the alternative? proofread 100k of
>data looking for a typo? i HOPE not...
In a release, the debugging is taken out (or not compiled in), that
doesn't mean that the programmer couldn't have his own separate
version, for debugging purposes.  I didn't mean to imply that
programmers wouldn't be deprived of their debugging facilities (if
that is what you are implying that I implied).
 
>>plin
>>--
>>----- ---- --- -- ------ ---- --- -- - -  -  plinio@seas.ucla.edu
>>I don't think, I'm crazy.
>
>no, you're not crazy...
>
>-bill
>rosenkra@convex.com
>
>(i am...)
To avoid any possible misunderstanding, my .sig is an offshoot of
the following scenario (I think it came from MAD magazine):
 
Elementary School Teacher: What's the answer?
Student: What do you think it is?
Teacher: I don't THINK, I know!
Student (shrugging): Well I don't think I know either.
 
Any followups on this to rec.humor...
--
----- ---- --- -- ------ ---- --- -- - -  -  plinio@seas.ucla.edu
This page intentionally left blank so that it could contradict itself.
 
------------------------------
 
Date: 21 Mar 91 04:54:27 GMT
From: garfield!jupiter!r90p@uunet.uu.net (Schultz)
Subject: ST Disks & Sparcstation Drives
To: Info-Atari16@naucse.cse.nau.edu
 
>
>       A few months ago, some people were talking about reading Atari
>       ST disks from a Sparcstation.  Does anyone know how to go about
>       this?
>
>       Specifically, I want to read files from a double sided disk onto
>       my Sparc and then transfer them to my ST hard disk via modem (I
>       only have a single-sided floppy).
 
From Mtools 2.03, patch #3:
 
# Mtools was posted to the unix-pc.sources news group (and mailed to the
# moderator of comp.sources.unix) on the 17th of September 1990.  Since
# then, patch #1 and #2 have been posted to unix-pc.sources,
# comp.sources.bugs, and emailed to Rich Salz.
#
# In addition, the current version of Mtools and all the patches are
# available via anonymous ftp from cerl.cecer.army.mil (129.229.1.101).
#
# Emmet P. Gray                           US Army, HQ III Corps & Fort Hood
# ...!uunet!uiucuxc!fthood!egray          Attn: AFZF-DE-ENV
# fthood!egray@uxc.cso.uiuc.edu           Directorate of Engineering & Housing
#                                         Environmental Management Office
#                                         Fort Hood, TX 76544-5057
 
Just a few days ago, I modified Mtools so that they can read
and (be careful!) write single sided 3.5" floppies and e.g.
floppies with 10 sec/track:
 
---------------------------- < cut here > -------------------------
*** devices.c_as_distrubuted    Mon Mar 11 17:39:48 1991
--- devices.c   Mon Mar 11 17:41:34 1991
***************
*** 27,37 ****
  #endif /* MASSCOMP */
 
  #ifdef SPARC
  struct device devices[] = 
!       
!       
        
  
  #endif /* SPARC */
 
  #ifdef UNIXPC
--- 27,94 ----
  #endif /* MASSCOMP */
 
  #ifdef SPARC
+ #include <sys/types.h>
+ #include <sun/dkio.h>
+ #include <fcntl.h>
+
+ int init_sparc_fd();
+
  struct device devices[] = 
!       
        
  
+
+ /*
+  * Stuffing back the floppy parameters into the driver
+  * allows for gems like 10 sector or single sided floppies
+  * from Atari ST systems.
+  * Also the table needs only one entry (SunOS already tries
+  * for HD and DD floppies).
+  * Note that it is necessary to set the partition info,
+  * since otherwise e.g. a 800k floppy (80 tr., 2 heads, 10 sectors)
+  * would only be read and writeable up to 720k.
+  *
+  * Martin Schulz, Universite de Moncton, March 11, 1991.
+  */
+ int
+ init_sparc_fd(fd, ntracks, nheads, nsect)
+ int fd, ntracks, nheads, nsect;
+ 
+ struct fdk_char dkbuf;
+ struct dk_map   dkmap;
+
+       if (ioctl(fd, FDKIOGCHAR, &dkbuf) != 0) 
+               ioctl(fd, FDKEJECT, NULL);
+               return(1);
+       
+
+       if (ioctl(fd, DKIOCGPART, &dkmap) != 0) 
+               ioctl(fd, FDKEJECT, NULL);
+               return(1);
+       
+
+       if ( ntracks && nheads )
+               dkbuf.ncyl      = ntracks * nheads;
+       if ( nheads )
+               dkbuf.nhead     = nheads;
+       if ( nsect )
+               dkbuf.secptrack = nsect;
+
+       if ( ntracks && nheads && nsect )
+               dkmap.dkl_nblk  = ntracks * nheads * nsect;
+
+       if (ioctl(fd, FDKIOSCHAR, &dkbuf) != 0) 
+               ioctl(fd, FDKEJECT, NULL);
+               return(1);
+       
+
+       if (ioctl(fd, DKIOCSPART, &dkmap) != 0) 
+               ioctl(fd, FDKEJECT, NULL);
+               return(1);
+       
+
+       return(0);
+ 
  #endif /* SPARC */
 
  #ifdef UNIXPC
---------------------------- < cut here > -------------------------
 
Replies to:                 Martin Schulz
                            martin@atlantic.cs.unb.ca
 
------------------------------
 
Date: 17 Mar 91 18:51:00 GMT
From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net
Subject: Toaster & ST (was: re: LEXICOLOR, Atari TT/030,...
To: Info-Atari16@naucse.cse.nau.edu
 
Don't worry, we have the ParSEC board and some others coming from Lexicor
 Corporation.
 
S.S.
 
#! rnews 470
 
------------------------------
 
Date: 21 Mar 91 19:40:26 GMT
From: fluke!megatek!maxn@beaver.cs.washington.edu (Max Newman x6689)
Subject: TOS Versions
To: Info-Atari16@naucse.cse.nau.edu
 
I recently ran the sysinfo program on my machine and found
that I have TOS ver 1.0.
What might I gain by updating TOS versions?
What are the different versions and what do they do\don't do?
 
--
uucp address:  maxn@intermec.com  or uunet!pilchuck!intermec!maxn
**Trust in your calling, make shure your calling is true**
 
------------------------------
 
Date: 17 Mar 91 18:45:34 GMT
From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net
Subject: TT video modes
To: Info-Atari16@naucse.cse.nau.edu
 
Well the TT has a 320x480 mode with 256 colours at once.  It has a 1280x960 mono
 mode and a 640x480 mode with 16 colours.  It is also supposed to have a special
 gray scale modem (not too many people are aware of) that displays 256 levels of
 gray scale in the TT 320x480 low resolution.  All this from a pallete of 4096.
 
S.S.
 
#! rnews 513
 
------------------------------
 
Date: 22 Mar 91 02:48:33 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!trh@arizona.edu (T R
 Hall)
Subject: Two New Computer Announcements - CeBIT
To: Info-Atari16@naucse.cse.nau.edu
 
seattle@hydra.unm.edu (David G. Adams) writes:
 
>>This is said to be the smallest 68000 based computer in the world.  Its
>>size rivals any PC Notebook style computer that I have seen.  It is
>>about 1/2 the size of my laptop computer and maybe 3/4 of an inch
>>thick.  Features include:
>>
>(awesome list deleted with regret)
 
>No big deal about no disk drive - I hardly ever use my SF314 anymore anyway.
 
>Any idea at all (give or take $500US) how much this baby will cost?
>Guess I'll find out in about 1-2 years, when it hits the US market.
>Dave
 
        As the designer of said notebook-ST(e), I have held off introducing
the subject, but as long as you brought it up ...
 
        The "Announced List Price" of the basic 1 MByte system RAM, 20 MByte
IDE hard drive (no internal floppy, alas) system is $2000.00, with production
slated for July/August (actually, the delay is mostly to cut the steel tools
for the plastic).
 
                                                TRH
 
(By the way, I seem to have missed the original post... can some kind soul
forward it to me so I may have it for my scrapbook... and to check on the list
of features?)
 
------------------------------
 
End of Info-Atari16 Digest
******************************
