Info-Atari16 Digest         Sat,  7 Dec 91       Volume 91 : Issue 643
 
Today's Topics:
                             Atari books
                        Atari Spirit (2 msgs)
                       Atari System For Sale...
                        CACHEXXX.PRG Problems
                       CDAR-504 and IBM/Mac CDs
              Linea, termacap, curses for Sozobon......
   PROFESSIONAL MIDI SEQUENCING PACKAGE FOR THE ATARI ST FOR SALE!
                                 STEs
                            THANK YOU ALL
                   Tos 1.2 -> 1.4, should I do it?
                       TRAPIDO terminal on a.a
                              TT prices
 
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: 7 Dec 91 01:27:26 GMT
From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
Subject: Atari books
To: Info-Atari16@naucse.cse.nau.edu
 
Following up on the question someone asked about what Atari books are
still available, it turns out I was wrong about Compute! Books dropping
their entire Atari line.  They've only dropped most of them.
 
After playing phone tag with ABC Publications and Compute! Books,
I learned that they still have 5 Atari books listed as being available.
 
These include the three-part Technical reference series by Sheldon
Leemon (VDI, AES and TOS), their Beginners' Machine Language book, and
one other that I didn't write down.
 
If anyone's interested in obtaining any of these, the phone number I
ended up with is:  (212) 496-6100
 
BobR
 
------------------------------
 
Date: 6 Dec 91 23:35:18 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!uwm.edu!linac!att!cbnewse!
 cbnewsd!njd@arizona.edu (nick.j.dimasi)
Subject: Atari Spirit
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Dec6.091009.1@lapis.labmed.umn.edu> davidli@lapis.labmed.umn.edu
 writes:
> .....
>ANALOG/ST Log magazine was 'killed' by Larry Flint Publications.  It was
> .....
>released as ShareWare - a fine spreadsheet at a relatively low price).  I don't
>know if the magazine programs are still on CompuServe or not.
>
Neither do I, but they are still on DELPHI (the Atari SIG(s) there were
supported by ANALOG/ST-Log)
 
>
>Still ticking:
> ....
>Any others?
 
Atari Interface Magazine (AIM).
 
 
Nick DiMasi                           | Fox Valley Software, Ltd.
---------------------------------------
nick@udt386.chi.il.us                 | a subsidiary of
     [I'm not there as much]          | Uniq Digital Technologies, Inc.
..att!odutsa!njd [I'm on here a lot] |
or njd@odutsa.att.com                 | under contract to AT&T Network Systems
DELPHI: TURBONICK                     | (Network Software Ctr., Lisle, IL)
 
------------------------------
 
Date: 7 Dec 91 00:59:42 GMT
From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
Subject: Atari Spirit
To: Info-Atari16@naucse.cse.nau.edu
 
Michael Park asks:
>Are you saying that those magazines are no longer around because
>of Atari Corp.'s _direct_ actions, and not just because of low
>readership, lack of advertising, or what-not?
 
 
No, of course Atari Corp didn't directly conspire to put the magazines out
of business, any more than all the dealers and third party product
developers who have gone out of business in the past several years.
 
What they did do, whether through gross incompetence or direct action, was
to almost completely destroy the market for Atari computers in the
United States, and thus the market for Atari specific magazines.
 
With no one buying Atari computers, no one bought Atari specific magazines.
With no one buying Atari computers, no one bought Atari software or
accessories, thus forcing the developers who would buy advertising in
Atari magazines out of business.
 
With poor circulation and poor advertising revenue, there was no way any
of the larger magazines could continue to pour money down the drain,
and thus they're gone.
 
David Paschall-Zimbel rationalizes all this into various other reasons
for the magazines failures, but even he seems to recognize that publishing
a magazine requires advertising revenue to be successful.
 
I wonder if he's ever sat with the advertising manager of a magazine and
listened to third party advertisers say that they're not going to be
advertising this month because of slow sales... or worse yet, that they're
dropping their Atari lines completely because they just can't sell enough
to stay in business.
 
And whose fault is that...?
 
BobR
 
------------------------------
 
Date: 6 Dec 91 17:48:00 GMT
From: UDAVXB.OCA.UDAYTON.EDU!vanleejf@ucbvax.berkeley.edu ("James F. Van
 Leeuwen")
Subject: Atari System For Sale...
To: Info-Atari16@naucse.cse.nau.edu
 
I have the following system available for sale:
 
                Atari 520ST (old style, 512K)
                Atari SF314 Double-Sided Disk Drive
                Atari SC1224 Color Monitor
                Star NX-10 9-Wire Printer
 
I'm asking $400 for all of it (or make an offer).  Right now, I'm only taking
offers on the whole system.  If the situation arises that I cannot sell it all
together, I will repost with individual items.  Thanks!
 
 
Jim
--
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
  "$1,000 invested at a mere 8% for 400 years would grow to $23 quadrillion -
             $5 million for every human on earth."   --Sidney Homer
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
"We didn't start the fire,  /   ___/_                           Jim Van Leeuwen
 it was always burning     /   /  /  \                 The University of Dayton
 since the world's been   /   /  /   / Bitnet: VANLEEJF@DAYTON     Dayton, Ohio
 turning..."   -- Billy  /___/__/   / Internet: vanleejf@udavxb.oca.udayton.edu
                   Joel     /______/ Alt. Internet: aq846@cleveland.freenet.edu
 
------------------------------
 
Date: 7 Dec 91 08:15:38 GMT
From: mcsun!sun4nl!alchemy!piet@uunet.uu.net (Piet van Oostrum)
Subject: CACHEXXX.PRG Problems
To: Info-Atari16@naucse.cse.nau.edu
 
I have CACHE050.PRG in my AUTO folder and found a problem with accessing
the floppy drive under Gulam. When I change the floppy, some of the
information from the old floppy is still in the cache. directory listings
are mostly correct, i.e. from the new floppy, but when I ask for the free
space (df a) I get the amount from the previous floppy. Does anybody know a
way around this. I.e. is there a way to flush the cache on a disk swap.
Ideally cache.prg should detect this automatically.
--
Piet* van Oostrum, Dept of Computer Science, Utrecht University,
Padualaan 14, P.O. Box 80.089, 3508 TB Utrecht, The Netherlands.
Telephone: +31 30 531806   Uucp:   uunet!mcsun!ruuinf!piet
Telefax:   +31 30 513791   Internet:  piet@cs.ruu.nl   (*`Pete')
 
------------------------------
 
Date: 6 Dec 91 20:03:32 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!cs.utexas.edu!utgpu!watserv1!watmath!da
 roloso@arizona.edu (Dani A. Roloson)
Subject: CDAR-504 and IBM/Mac CDs
To: Info-Atari16@naucse.cse.nau.edu
 
Has anyone used a CDAR-504 to read IBM or Mac CD's?
 
I am hoping that I can just get a CD of IBM/Mac EPS clip-art,
put it into the CDAR-504, and import directly into PageStream 2.1.
Is it that simple?
 
Has anyone have any other comments on the CDAR-504?
 
Is there a list of Atari CD's?
 
Dani Roloson
KWEST
Kitchener-Waterloo Eight Sixteen Thirty-two Atari User Group
 
------------------------------
 
Date: 7 Dec 91 01:04:17 GMT
From: mintaka.lcs.mit.edu!wombat.gnu.ai.mit.edu!entropy@yale.arpa (maximum
 entropy)
Subject: Linea, termacap, curses for Sozobon......
To: Info-Atari16@naucse.cse.nau.edu
 
In article <ENTROPY.91Dec3175127@wookumz.gnu.ai.mit.edu> I wrote:
>Well, I wrote a very incomplete line-a library for sozobon about 2
>years ago (I think I implemented the first 6 or 7 functions.)  It's
>written in C but it's really all inline assembly.  If no one has a
>better library I'll post it here in a few days.  I won't bother
>posting it to atari.archive as it is quite incomplete and probably
>somewhat buggy (I only wrote one or two programs using it, so it's not
>very well tested.)
 
Well, I haven't seen anyone else post anything on this subject, so
here's my code.  Enjoy.  No deposit, no return.
 
-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-
 
/* "line a" graphic library for Sozobon C
   Copyright 1990 Nick Castellano, Not Proud Programmers, Discorporated.
   (ncastellano@eagle.wesleyan.edu, entropy@gnu.ai.mit.edu)
 
   Freeware: This library is distributed as freeware.  The program
    may be freely used, copied, and distributed.  It may be incorporated
    into any freeware or shareware software (not exceeding $30) provided
    that a notice giving credit to the author appears in both the source
    code and executable.  This library may not be used in any shareware
    program which costs more than $30, nor in any commercial software of
    any price.
 
   Disclaimer: The author is not responsible for any damages, direct or
    consequential, which result from use of this software.  No guarantee
    of its usefulness, correctness, or applicability for any purpose
    is expressed or implied.  This is not a complete library of "line a"
    routines.
*/
 
char *a_init()
  /* Calls "line a" initialization routine (opcode 0) and returns pointer
     to "line a" variable structure in d0.  The format of the structure is:
 
       offset   name          type  description
       ------   ----          ----  -----------
        0       v_planes      word  number of video planes
        2       v_lin_wr      word  number of bytes/video line
        4       CONTRL        long  pointer to the CONTRL array
        8       INTIN         long  pointer to the INTIN array
       12       PTSIN         long  pointer to the PTSOUT array
       16       INTOUT        long  pointer to the INTOUT array
       20       PTSOUT        long  pointer to the PTSOUT array
       24       _FG_BP_1      word  current colour bit-plane 0 value
       26       _FG_BP_2      word  current colour bit-plane 1 value
       28       _FG_BP_3      word  current colour bit-plane 2 value
       30       _FG_BP_4      word  current colour bit-plane 3 value
                                    (current foreground writing color =
                                     1 * _FG_BP_1 + 2 * _FG_BP_2 +
                                     4 * _FG_BP_3 + 8 * _FG_BP_4)
       32       _LSTLIN       word  set to $ffff
       34       _LN_MASK      word  line style mask
       36       _WRT_MODE     word  writing mode
       38       _X1           word  x1 coordinate
       40       _Y1           word  y1 coordinate
       42       _X2           word  x2 coordinate
       44       _Y2           word  y2 coordinate
       46       _patptr       long  pointer to the current fill pattern
       50       _patmsk       word  pattern fill mask
       52       _multifill    word  multi-plane fill flag
                                    (0=current fill pattern is single-plane
                                     1=current fill pattern is multi-plane)
       54       _CLIP         word  clipping flag (0=no clipping)
       56       _XMN_CLIP     word  minimum X clipping value
       58       _YMN_CLIP     word  minimum Y clipping value
       60       _XMX_CLIP     word  maximum X clipping value
       62       _YMX_CLIP     word  maximum Y clipping value
 
     Writing modes are: 0=replace, 1=transparent, 2=xor, 3=reverse transparent
     Any other values will caues a bus error.  No checking done.
  */
 
{
  asm("movem d1-d2/a0-a2,-(a7)");       /* save regs */
  asm(".dc.w $a000");                   /* call "line a" init */
  asm("movem (a7)+,d1-d2/a0-a2");       /* restore regs */
}
 
void a_put_pixel(linea, c, x, y)
  /* Calls "line a" put pixel routine (opcode 1) */
 
  char *linea; /* pointer to "line a" variable structure [from a_init()] */
  int  c,     /* color of point to be plotted */
       x,     /* x coordinate of point */
       y;     /* y coordinate of point */
 
{
  asm("movem d1-d2/a0-a4,-(a7)");       /* save regs */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.l 8(a0),a3");               /* INTIN -> a3 */
  asm("move.l 12(a0),a4");              /* PTSIN -> a4 */
  asm("move.w 12(a6),(a3)");            /* color -> INTIN */
  asm("move.w 14(a6),(a4)");            /* x coord -> PTSIN+0 */
  asm("move.w 16(a6),2(a4)");           /* y coord -> PTSIN+2 */
  asm(".dc.w $a001");                   /* call "line a" put pixel */
  asm("movem (a7)+,d1-d2/a0-a4");       /* restore regs */
}
 
int a_get_pixel(linea, x, y)
  /* calls "line a" get pixel routine (opcode 2) and returns pixel value
      in d0
  */
  char *linea; /* pointer to "line a" variable structure [from a_init()] */
  int  x,     /* x coordinate */
       y;     /* y coordinate */
 
{
  asm("movem d1-d2/a0-a3,-(a7)");       /* save regs */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.l 12(a0),a3");              /* PTSIN -> a3 */
  asm("move.w 12(a6),(a3)");            /* x -> PTSIN+0 */
  asm("move.w 14(a6),2(a3)");           /* y -> PTSIN+2 */
  asm(".dc.w $a002");                   /* call "line a" get pixel */
  asm("movem (a7)+,d1-d2/a0-a3");       /* restore regs */
}
 
 
 
void a_line(linea, c, x1, y1, x2, y2, mask, mode)
  /* Calls "line a" put line routine (opcode 3) */
 
  char *linea; /* pointer to "line a" variable structure [from a_init()] */
  int  c,     /* color of line--gets broken down into _FG_BP_1 to _FG_BP_4 */
       x1,    /* first x coordinate */
       y1,    /* first y coordinate */
       x2,    /* second x coordinate */
       y2,    /* second y coordinate */
       mask,  /* line bit-pattern mask */
       mode;  /* writing mode */
 
{
  asm("movem d1-d4/a0,-(a7)");          /* save regs */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.w 12(a6),d3");              /* color -> d3 */
  asm("move.w 14(a6),38(a0)");          /* x1 -> _X1 */
  asm("move.w 16(a6),40(a0)");          /* y1 -> _Y1 */
  asm("move.w 18(a6),42(a0)");          /* x2 -> _X2 */
  asm("move.w 20(a6),44(a0)");          /* y2 -> _Y2 */
  asm("move.w 22(a6),34(a0)");          /* mask -> _WRT_MASK */
  asm("move.w 24(a6),36(a0)");          /* mode -> _WRT_MODE */
  asm("move.w #$ffff,32(a0)");          /* $ffff -> _LSTLIN */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 0 to extend */
  asm("addx.b d4,d4");                  /* bit 0 -> d4 */
  asm("move.w d4,24(a0)");              /* d4 -> _FG_BP_1 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 1 to extend */
  asm("addx.b d4,d4");                  /* bit 1 -> d4 */
  asm("move.w d4,26(a0)");              /* d4 -> _FG_BP_2 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 2 to extend */
  asm("addx.b d4,d4");                  /* bit 2 -> d4 */
  asm("move.w d4,28(a0)");              /* d4 -> _FG_BP_3 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 3 to extend */
  asm("addx.b d4,d4");                  /* bit 3 -> d4 */
  asm("move.w d4,30(a0)");              /* d4 -> _FG_BP_4 */
  asm("dc.w $a003");                    /* call "line a" put line */
  asm("movem (a7)+,d1-d4/a0");          /* restore regs */
}
 
void a_horizontal_line(linea, c, x1, y1, x2, mode, patptr, patmsk, multifill)
  char *linea;
  int  c,
       x1,
       y1,
       x2,
       mode;
  char *patptr;
  int  patmsk,
       multifill;
{
  asm("movem d1-d4/a0-a3,-(a7)");       /* save regs */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.w 12(a6),d3");              /* color -> d3 */
  asm("move.w 14(a6),38(a0)");          /* x1 -> _X1 */
  asm("move.w 16(a6),40(a0)");          /* y1 -> _Y1 */
  asm("move.w 18(a6),42(a0)");          /* x2 -> _X2 */
  asm("move.w 20(a6),36(a0)");          /* mode -> _WRT_MODE */
  asm("move.l 22(a6),46(a0)");          /* patptr -> _patptr */
  asm("move.w 26(a6),50(a0)");          /* patmsk -> _patmsk */
  asm("move.w 28(a6),52(a0)");          /* multifill -> _multifill */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 0 to extend */
  asm("addx.b d4,d4");                  /* bit 0 -> d4 */
  asm("move.w d4,24(a0)");              /* d4 -> _FG_BP_1 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 1 to extend */
  asm("addx.b d4,d4");                  /* bit 1 -> d4 */
  asm("move.w d4,26(a0)");              /* d4 -> _FG_BP_2 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 2 to extend */
  asm("addx.b d4,d4");                  /* bit 2 -> d4 */
  asm("move.w d4,28(a0)");              /* d4 -> _FG_BP_3 */
  asm("move.w #0,d4");                  /* zero d4 */
  asm("lsr.w #1,d3");                   /* shift color bit 3 to extend */
  asm("addx.b d4,d4");                  /* bit 3 -> d4 */
  asm("move.w d4,30(a0)");              /* d4 -> _FG_BP_4 */
  asm(".dc.w $a004");                   /* call "line a" horizontal line */
  asm("movem (a7)+,d1-d4/a0-a3");       /* restore regs */
}
 
void a_bounds_clip(linea, xmin, xmax, ymin, ymax)
  /* Sets "line a" clipping boundaries -- not actually a "line a" routine. */
 
  char *linea; /* pointer to "line a" variable structure [from a_init()] */
  int  xmin,  /* lower x bondary */
       xmax,  /* higher x boundary */
       ymin,  /* lower y boundary */
       ymax;  /* higher y boundary */
 
{
  asm("move.l a0,-(a7)");               /* save reg */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.w 12(a6),56(a0)");          /* xmin -> _XMN_CLIP */
  asm("move.w 14(a6),58(a0)");          /* xmax -> _XMX_CLIP */
  asm("move.w 16(a6),60(a0)");          /* ymin -> _YMN_CLIP */
  asm("move.w 18(a6),62(a0)");          /* ymax -> _YMX_CLIP */
  asm("move.l (a7)+,a0");               /* restore reg */
}
 
void a_flag_clip(linea, clip)
  /* Sets "line a" variable _CLIP -- not actually a "line a" routine. */
 
  char *linea; /* pointer to "line a" variable structure [from a_init()] */
  int  clip;  /* value to be stored in _CLIP (0=no clipping) */
 
{
  asm("move.l a0,-(a7)");               /* save reg */
  asm("move.l 8(a6),a0");               /* "line a" vector -> a0 */
  asm("move.w 12(a6),54(a0)");          /* clip -> _CLIP */
  asm("move.l (a7)+,a0");               /* restore reg */
}
 
-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-snip-
 
--
entropy@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, Ashton-Tate and Xerox.  Join the League for
Programming Freedom!  Write to league@prep.ai.mit.edu for more information.
 
------------------------------
 
Date: 6 Dec 91 17:57:31 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!kksys!tdkt!Fr
 edGate@arizona.edu (Chuck Zwicky)
Subject: PROFESSIONAL MIDI SEQUENCING PACKAGE FOR THE ATARI ST FOR SALE!
To: Info-Atari16@naucse.cse.nau.edu
 
    *_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*
    -------------------------------SOFTWARE------------------------------
    --------------------------SEQUENCING-PACKAGE-------------------------
    -------------------------------FOR SALE------------------------------
    *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
 
                              PACKAGE INCLUDES:
 
         +++++++++++++ Dr. T's KCS LEVEL II SEQUENCER +++++++++++++
 
              FEATURES:
 
                    48 TRACKS in tape recorder fashion.
                    126 SEQUENCES in Dr. T's OPEN MODE.
                     16 SONGS in song mode.
 
             CAN BE SET TO ANY CLOCK RESOLUTION, EVEN 384 PPQ!
 
                   CLEAN, INTUITIVE LAYOUT. EASY TO LEARN.
 
         THIS IS THE PROGAM WHICH IS USED BY KEYBOARD MAGZINE AS THE
         STANDARD OF COMPARISON AGAINST WHICH OTHER ATARI SEQUENCERS
         ARE JUDGED, ESPECIALLY IN THE AREA OF EDITING FEATURES.
 
    MPE -the MULTIPLE PROGRAM ENVIRONMENT-
         THIS ALLOWS YOU TO RUN ANY PROGRAM SIMULTANEOUSLY WITH KCS!
 
    PVG - the PROGRAMMABLE VARIATIONS GENERATOR
 & MASTER EDITOR- " ...the most comprehensive editing
                                 tools available"
 
    TIGER- The Interactive Graphical Editor!
 
    QUICKSCORE- MUSICAL NOTATION AND SCORING PROGRAM/MODULE
 
    ++++++++++++++++++THE PHANTOM SMPTE INTERFACE+++++++++++++++++++
 
    THE PHANTOM- SMPTE, FSK, CLICK SYNCHRONIZATION CAPABILITY!
                 ALSO INCLUDES AN ADDITIONAL MIDI OUTPUT!
                 SUPPORTS UP TO 32 MIDI CHANNELS!
 
   ___________________________________________________________________
   *******************************************************************
   THIS PACKAGE IS WORTH OVER $800! I WILL SELL IT TO YOU FOR $400!
   *******************************************************************
   ===================================================================
                  PLEASE CALL ME AT (612) 872 - 6698
   ===================================================================
 More?
 
 
 * Origin: FlightLine BBS Mpls,MN SDNet DualStd (612)544-5118 (1:282/47.0)
 
------------------------------
 
Date: 7 Dec 91 00:11:02 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!chaph.usc.edu!news@arizona.edu
 (Juxtaposer)
Subject: STEs
To: Info-Atari16@naucse.cse.nau.edu
 
        Just a few modifications and questions about the STE line...:
 
In article <A58601@wue.maus.de> Thorsten_Dietrichkeit@wue.maus.de (Thorsten
 Dietrichkeit) writes:
>
>t>By the way, does anyone have ST-Es out there?  What is the difference
>t>between
>t>them and a normal ST?  Has any major software been written for the ST-E yet?
>
>- 16 MHz and cache
   (only on MegaSTE)
>- new 2.0x desktop
   Is this going to be standard on Non-MegaSTEs?  If so, when will the stores
be getting the new ROMs (last I heard, all of the 520/1040STEs here in the
states still have TOS1.6 or 1.62)?
>- VME-bus
   (only on MegaSTEs)?
>- a socket for an 68881-16
>- 2 RS-232 ports
   (only on MegaSTEs)
>- stereo sound
>- LAN-interface
   (only on MegaSTEs)
>- hardware-scrolling
>- 4096 colours
>- memory can be upgraded by SIPs
   Hmm.  I don't know about German STEs, but in USA they have SIMM sockets.
 
>
>Thorsten Dietrichkeit
>- germany -
 
 
-Mike
 
(you know - I think I agree with the guy a few articles back who had the same
problem I have - The "feature" of RN that won't allow you to post an article
where you have more included text than you write.  I can't help it if my
remarks aren't suitably verbose :).  Oh well, maybe some kind UNIX programming
soul will see fit to remove that particular "feature".  One can always hope.
BTW, has anyone tried using those neat looking devices that broadcast a stereo
signal (sound) from say a TV or a stereo to a headset, but on the stereo output
of a TT/STE?  I had been contemplating getting a set to go between my computer
(when I finally upgrade to a TT/STE) and a stereo so that I don't have to do
any nasty wiring all through my apartment, but still be able to listen to the
great sound output.
 
------------------------------
 
Date: 7 Dec 91 06:11:44 GMT
From: agate!boulder!ucsu!horton.Colorado.EDU!chuj@ames.arpa (CHU JEFFREY)
Subject: THANK YOU ALL
To: Info-Atari16@naucse.cse.nau.edu
 
I have been getting alot of information on my previous posting in finding
UW for the PC, you all have been great in trying to assist me.  Thank You
again.
 
                                                Jeff
 
------------------------------
 
Date: 6 Dec 91 22:43:30 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!casbah.acns.nwu.
 edu!ucsd!ucrmath!watnxt1.ucr.edu@arizona.edu (Andrew  Cullum)
Subject: Tos 1.2 -> 1.4, should I do it?
To: Info-Atari16@naucse.cse.nau.edu
 
  Over the last couple of weeks I've been considering upgrading from Tos 1.2 to
1.4.  Unfortunately, I don't really know what 1.4 adds.  I know it lets you
move files rather than just copy them, but heck, I can do that under Neodesk
anyways.  Does 1.4 add much, or is it simply better?  I know that some programs
don't like running under 1.2.  I've also wondered if I'd be better off waiting
to see if 2.X is ever made available for plain old 1040 ST's.  Have any of you
heard anything about this?  Any advice would be appreciated.
 
Thanks,
Andrew (elvis@watnxt2.ucr.edu)
 
------------------------------
 
Date: 6 Dec 91 13:57:52 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!utgpu!csd.unb.ca!morgan.ucs.
 mun.ca!garfield!carlos@arizona.edu (Carlos Borges)
Subject: TRAPIDO terminal on a.a
To: Info-Atari16@naucse.cse.nau.edu
 
This is a great terminal!  Unfortunately, though, it is in German.
Anyone know of an English version floating around?  Or is anyone willing
to translate it?
--
   ///////////////////////////////////////////////////////////////////////////
  // C. Miguel Borges               A.K.A.                Carlos M. Borges //
 // an630@cleveland.freenet.edu                 carlos@garfield.cs.mun.ca //
///////////////////////////////////////////////////////////////////////////
 
------------------------------
 
Date: 7 Dec 91 00:36:20 GMT
From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
Subject: TT prices
To: Info-Atari16@naucse.cse.nau.edu
 
Rod Fulk eloquently questions:
 
>BTW, whats your problem?
>You are starting to sound as bad as Bob Retelle. Are you related to him or s
>hing?
 
Nope... just someone else who realizes why The Great and Powerful OZ
doesn't want you to look behind the curtain...
 
By the way, Rod... before you spurt off and call someone a moron, why not
take a little time and learn to read..?
 
The latest word from Bob Brodie is that Atari Corp will NOT be selling a
CD-ROM unit of ANY kind... they finally woke up to the fact that they
can't compete, so they're going to release their software drivers and
let everyone use whatever SCSI CD-ROM drive they can find that will work
on an Atari.  This news has been on both CompuServe and GEnie, and has
been reported here on UseNet in the last week as well.
 
Where have YOU been..?
 
of course, you know everything about everything...
 
BobR
 
------------------------------
 
End of Info-Atari16 Digest
******************************
