[comp.sys.atari.8bit] Undeliverable Mail

InfoMail-Mailer@WALKER-EMH.ARPA (07/29/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa00277; 28 Jul 87 17:17 EDT
Date:  Tue 28 Jul 87 09:50:39 PDT
Subject:  Info-Atari8 Digest V87 #62
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, July 28, 1987   Volume 87 : Issue 62

This weeks Editor: Bill Westfield

Today's Topics:

                    Re: Info-Atari8 Digest V87 #61
                       Turbo BASIC for the 800
                        ACTION ERROR HANDLING
                    ACTOIN ERROR HANDLING ADDENDUM

----------------------------------------------------------------------

Date: 27 Jul 87 08:53:57 PDT (Monday)
Subject: Re: Info-Atari8 Digest V87 #61
From: "Hugh_E._Wells.ElSegundo"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU
In-Reply-to: Info-Atari8%Score.Stanford:EDU:Xerox's message of

7/27/87

Hi John,

Yes, I would like to have a copy of the Turbo Pascal and will send a
disk if you will post your address here or send it to me via slow mail.

I'll post mine here so that we can correspond outside the net if you
wish.

Thanks,

Hugh Wells
1411 18th St
Manhattan Beach, CA   90266

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC for the 800
Date: Mon, 27 Jul 87 20:24:23 EDT
From: jhs@mitre-bedford.ARPA

The Turbo BASIC disk turns out to be a boot disk, i.e. it has a "special"
DOS.SYS on it which contains, presumably, the interpreter.  I assume that
there is no easy way to transmit this as a uuencoded file, because the decoded
file cannot be written back to the disk by DOS in the proper way.  Does
anybody know if there IS a way to do this to save me having to mail all the
disks out?  I.e. a way that does not require me to write a special version
of uudecode and or uuencode?

Any nifty ideas or should I start either writing the program or mailing the
disks?

-John Sangster, jhs@mitre-bedford.arpa

------------------------------

Date: 28 Jul 87 02:30:43 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: ACTION ERROR HANDLING
To: info-atari8@score.stanford.edu


Re Marc Appelbaum's question on error handling in Action,
here are 2 approaches at least:  I got them from Bruce
Langdon, who used to put lots of stuff in this newsgroup
last year on the Action! language.  If you want me to
mail "the works" to you, send me personal mail.  I don't 
normally receive the newsgroup mailings!

==============================
One approach:
==============================

BYTE OpOK ; flag for file opening error routinge

PROC SysError(BYTE errno) ;used to save error Routine 
                          ;pointer below

PROC MyError(BYTE errno)
  IF errno=$80 THEN Error=SysErr Error(errno) FI ; break quits
  PrintF("error %I. Try again%E",errno)
  OpOK=0
RETURN

PROC Main()
  SysError = Error   ; save old error handler vector
  Error = MyError    ; replace it with MyError
  OpenFile()  ; prompts for filename, and opens file
              ; after OPEN command, use something like:
              ;"IF OpOK THEN [go ahead]
              ; ELSE [prompt for filename again] 
              ; FI"
  Error = SysError ;restore normal os error handler
.
.
.
========================
another approach
========================
  
MODULE ; CATCH.ACT

; copyright (c) 1984
; by Action Computer Services
; All Rights Reserved

; This module provides two PROCs
; (Catch and Throw) which can be used
; for error trapping (and flow
; control, yeck!) in ACTION!.  To
; use them, you must call the Catch
; PROC to indicate where you want
; the program to continue when you
; call Throw.  When throw is called,
; execution will continue following
; the last call to Catch with the
; same index as the call to Throw.
; Calling Catch is similar (but not
; identical) to TRAP in BASIC.  It
; differs in that the actual trapping
; is generated by the user (by
; calling Throw) and that you can
; have multiple Catch'ers active at
; one time.  Also, you cannot Throw
; to a Catcher that is no longer 
; active (the PROC/FUNC containing
; it has RETURN to it's caller).  The
; Throw procedure tries to check for
; this error, but it is possible to
; fool it into thinking it's OK.  If
; you want to solve this problem, you
; can set 'c_t_sp(index)' to zero
; before you return from the PROC
; that contained the Catch(index).
; If index is greater than 24 or
; if there is no matching Catch index
; for the Throw, then Error will be
; called with a value of CTERR
; (defined below to be 71).  If you
; setup your own Error procedure and
; use Catch and Throw, your error
; procedure should handle this error
; as well or your program will most
; likely "go off the deep end".


DEFINE CTERR = "71" 

BYTE ARRAY c_t_sp(25)=[0 0 0 0 0 0 0
 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0]
BYTE ARRAY c_t_hi(25), c_t_lo(25)


PROC Catch(BYTE index)
  DEFINE TSX="$BA", TXA="$8A",
         LDYA="$AC", STAY="$99",
         PLA="$68", LDAY="$B9",
         PHA="$48"

  IF index>=25 THEN
    Error(CTERR,0,CTERR) FI 

  [
    LDYA index  
    PLA
    STAY c_t_hi
    PLA
    STAY c_t_lo
    TSX
    TXA
    STAY c_t_sp
    LDAY c_t_lo
    PHA
    LDAY c_t_hi
    PHA
  ]
RETURN


PROC Throw(BYTE index)
  DEFINE TXS="$9A", PHA="$48",
         LDYA="$AC", STX="$86",
         TSX="$BA", TAX="$AA",
         LDAY="$B9"

  BYTE sp=$A2

; get current stack pointer
  [ TSX : STX sp ]

  IF index>=25 OR sp+2>c_t_sp(index)
    THEN Error(CTERR,0,CTERR) FI 

  [
    LDYA index  
    LDAY c_t_sp
    TAX
    TXS
    LDAY c_t_lo
    PHA
    LDAY c_t_hi
    PHA
  ]
RETURN

MODULE ; for following code...

------------------------------

Date: 28 Jul 87 02:52:03 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: ACTOIN ERROR HANDLING ADDENDUM
To: info-atari8@score.stanford.edu

Re Marc Appelbaum's question, my q & d answer omitted one 
important (maybe obvious) thing -- you have to set the
flag OpOK to 1 before Opening the file.  Other wise it
error handling routine can't flag whether the error
handler has been called!

                     see y'all......


				Dick Curzon
				Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (07/31/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa26500; 30 Jul 87 18:00 EDT
Date:  Thu 30 Jul 87 12:28:35 PDT
Subject:  Info-Atari8 Digest V87 #63
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, July 30, 1987   Volume 87 : Issue 63

This weeks Editor: Bill Westfield

Today's Topics:

                    Re: Info-Atari8 Digest V87 #61
                       Turbo BASIC for the 800
                           800 Turbo BASIC
                      Question for 800XL experts
                     Re: Turbo BASIC for the 800
                      error handling in Actoion!

----------------------------------------------------------------------

Date: 28 Jul 87 14:16:31 PDT (Tuesday)
Subject: Re: Info-Atari8 Digest V87 #61
From: "Hugh_E._Wells.ElSegundo"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU
In-Reply-to: Info-Atari8%Score.Stanford:EDU:Xerox's message of

7/27/87

Hi John,

Yes, I would like to have a copy of the Turbo BASIC and will send a disk
if you will post your address here or send it to me via slow mail.

I'll post mine here so that we can correspond outside the net if you
wish.

Thanks,

Hugh Wells
1411 18th St
Manhattan Beach, CA   90266


7/28/87

Hi John,

I thought I read PASCAL in the first reading when I responded to you.
Upon the second reading I saw my error. Yes, I would still like to get
Turbo Basic.

Guess I've had PASCAL on my mind for so long that TURBO flipped my
trigger.

Anyway, I appreciate your assisstance, and will still send a disk when I
receive your address.  Are you looking for any kind of program (in
BASIC) that I might provide?

Thanks again,

Hugh

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC for the 800
Date: Tue, 28 Jul 87 17:40:33 EDT
From: jhs@mitre-bedford.ARPA

Stop the presses!!!  Several people replied to my plea for help with offers
of programs to encode a boot disk as a file and then reconstruct the boot
disk.

As there have been <MANY> requests, I will try to use that method rather
than physical mail, except in cases where the requestor has no way to
download a file.  If you are in that category, PLEASE REPEAT YOUR REQUEST
WITH MAILING ADDRESS.  I hope that will be a very small number of mailings.

ALL OTHERS please standby, and I will soon post (a) the program(s) to
encode and decode boot disks, and (b) the encoded 800 Turbo BASIC disk.

NOTE:  The excitement is about a version for the 800 (or presumably 400
upgraded to 48K).  Latecomers who have 800XLs or XE machines want the
XL/XE version, which has some advantages.  If you are in that category,
please request the XL/XE version if you lack it.

At present, there is no COMPILER for the 800, or at least I don't have it.
(There is a compiler to go with the XL/XE version.)

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: 800 Turbo BASIC
Date: Wed, 29 Jul 87 21:51:06 EDT
From: jhs@mitre-bedford.ARPA

Thanks to those who reported availability of encoders for boot disks.
I received a copy of SHRINK, which however did not work right.  As soon as
I get a good copy of SHRINK or an equivalent, I will post both the decoder
and the encoded Turbo BASIC disk.

The 800 version, by the way, is called FROST BASIC, presumably after the
author, FRank OSTrowski.  If any of you already have FROST BASIC, obviously
the new posting may not contain anything new.

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

Date: 29 Jul 87 23:16:48 GMT
From: khayo@locus.ucla.edu
Subject: Question for 800XL experts
To: info-atari8@score.stanford.edu

   Hello ATARI-land; I'm new to this group, and I don't even have
an Atari (!) [please, no flames], so my request may be very
naive, silly or worse...
   A friend of mine, who is completely shut off from the marvels
of information age due to the part of our world he lives in, just
got an Atari 800XL. My conjecture is that he would like to get
some freeware/shareware for it - he was tactful enough not to ask
me explicitly. Since I have access to all kinds of BBS, networks
etc, I should be able to get a lot of nice stuff for him.
   So where's the problem, you may ask? Elementary, Watson - I
am a Macintosh type, so I would be downloading all these goodies
into my Mac+, and there is an obvious question of how to
transfer a Mac text file to an 800XL medium. Now my main question:
what is the format in which the 800XL likes data to be stored on
tape? If it is the TI/99A-like FSK modulation, I could probably
write a trivial program that would force my Mac to simulate an
Atari output via a sound synthesiser & the speaker jack - I'd
then record this & send a cassette to my buddy. Does it hold
water? If it does, I'd be eternally grateful for any info/pointers
on the subject (as far as tape format goes, I'd obviously need
both the hardware [modulation method] & software [file format] side
of the story.
   Thank you very much in advance. This thing may not be of general
interest, so please E-mail me at khayo@MATH.UCLA.EDU (regardless
of what the header may say - our news software screws that up on
occasion).
                            Eric Behr

------------------------------

Date: 29 Jul 87 20:50:44 GMT
From: mtune!whuts!homxb!houxl!oaa@RUTGERS.EDU  (O.ALEXANDER)
Subject: Re: Turbo BASIC for the 800
To: info-atari8@score.stanford.edu

In article <8707282140.AA27106@mitre-bedford.ARPA>, jhs@MITRE-BEDFORD.ARPA.UUCP writes:

> NOTE:  The excitement is about a version for the 800 (or presumably 400
> upgraded to 48K).  Latecomers who have 800XLs or XE machines want the
> XL/XE version, which has some advantages.  If you are in that category,
> please request the XL/XE version if you lack it.
> 
> -John Sangster / jhs@mitre-bedford.arpa

Do you or anyone know if the 800 version will work with SpartaDOS (from ICD)
version 2.x or 3.x.  The XL/XE version does not because they both use the
ram under the O.S.

					Owen Alexander

------------------------------

Date: 30 Jul 87 15:24:30 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: error handling in Actoion!
To: info-atari8@score.stanford.edu

Further to Marc Appelbaum's question:  since I am sending this
to somebody today, I may as well send it to the newsgroup.

This is the entire unexpurgated (but still short) working code
of Bruce Langdon's, which does basically what Marc wants:  checks
if a file exists and reprompts if not. Allows an exit to Dos.
Also has a neat block read function:
-------------------------------------------------------------

; PRINT 8/27/85, A. B. Langdon

; Print a text file, replacing unprintable
; characters by ^M, etc.

;SET $491=$4000 SET 14=$491^
BYTE rts=[$60] ;
;INCLUDE "D:SYSLIB.ACT"
;INCLUDE "D:SYSIO.ACT"

; Using channel 1, Close caused "system error" with DOS 2.1 but not DOS XL.

; First global ARRAY, other than BYTE ARRAY of length less than 257,
; is placed AFTER rest of program (undocumented?).
BYTE ARRAY buffer(257)   ; locate the buffer.

CARD FLen, ; File length up to 64K
     i, Nbuf
BYTE OpOK, b

BYTE CIO_status ; global for CIO return value (per ACS convention)

CARD FUNC GetAD(BYTE chan CARD addr, len) ; Block read
  TYPE IOCB=[BYTE hid,dno,com,sta
             CARD badr,put,blen
             BYTE aux1,aux2,aux3,aux4,aux5,aux6]
  IOCB POINTER ic
  BYTE chan16
  BYTE POINTER b
  chan16 = (chan&$07) LSH 4
  ic = $340+chan16
  ic.com = 7 ; read
  ic.blen = len
  ic.badr = addr
  [$AE chan16 $20 $E456 $8C CIO_status] ; LDX chan, JSR CIO; STY CIO_status
  FLen ==+ ic.blen  ; this to RETURN is special to this application.
  IF CIO_status = $88 THEN
    EOF(chan)=1
    IF (FLen&$FF) = 0 THEN ; likely last sector of
      b = addr+ic.blen-1      ; a DOS 4 file.
      WHILE b^ = 0 DO
        b ==- 1
        ic.blen ==- 1
        FLen == -1
      OD
    FI
  FI
RETURN (ic.blen)

PROC FixFlSp(BYTE ARRAY FileSpec)
  IF FileSpec(2)<>': AND FileSpec(3)<>': THEN ; prefix "D:" to file name
    FileSpec^==+2
    i=FileSpec^
    WHILE i>2 DO
      FileSpec(i)=FileSpec(i-2)
      i==-1
    OD
    FileSpec(1)='D  FileSpec(2)=':
  FI
; Could also convert to upper case: if >$60 then subtract $20.
RETURN

PROC SysErr(BYTE errno)

PROC MyError(BYTE errno)
  IF errno=$80 THEN Error=SysErr Error(errno) FI ; break quits
  PrintF("error %I. Try again%E",errno)
  OpOK=0
RETURN

PROC End=*() [$68$AA$68$CD$2E8$90$5$CD$2E6$90$F3 $48$8A$48$60]
; entry: PLA; TAX; PLA; CMP MEMLO+1; BCC lab; CMP MEMTOP+1; BCC entry;
; lab: PHA; TXA; PHA; RTS
; Trace back thru RTS's and return to cartridge or DOS.
; From ACS bulletin board.

PROC PrintFile()
  CHAR ARRAY FileSpec(20)
  BYTE b, SHFLOK=$2BE
  CARD fwa, lwa, BufLen, MEMTOP=$2E5, MEMLO=$2E7
  BufLen=MEMTOP-$80-buffer
  SysErr=Error
  DO
    Print("File Spec=")
    SHFLOK=$40 ; upper case
    InputS(FileSpec)
    IF FileSpec^=0 THEN END() FI
    FixFlSp(FileSpec)
    Close(2)
    OpOK=1 Error=MyError Open(2,FileSpec,4,0)
  UNTIL OpOK OD
  Error=SysErr
  Close(3)
  Open(3,"P:",8,0)
  FLen=0 

; With DOS 4, this artifice ensures 
; that each GetAD reads one byte into
; next sector, to anticipate EOF.
  BufLen ==& $FF00
  GetAD(2,buffer,1)
  IF buffer(0) = $FF THEN
    PrintE("Not a text file.")
    Close(2)
    RETURN
  ELSE
    PutD(3,buffer(0))
  FI

  WHILE EOF(2) = 0 DO
    Nbuf = GetAD(2,buffer,BufLen)
    FOR i=0 TO Nbuf-1 DO
      b = buffer(i) & $7F
      IF buffer(i) = $9B THEN
        PutD(3,$9B)
      ELSEIF b < '  THEN
        PutD(3,'^)  PutD(3,b+$40)
      ELSEIF b=$7F THEN
        PutD(3,'^)  PutD(3,'_)
      ELSE PutD(3,b) FI
    OD
  OD
  Close(2)
RETURN

PROC Main()
  device=0 ; in case MAC/65 has been here
  DO
    PrintFile()
    Close(3)
    PrintE(" (RETURN to end)")
  OD
RETURN
---------------------------------------------------------------------------

Feel free to share.

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/02/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa28036; 2 Aug 87 4:33 EDT
Date:  Sun 2 Aug 87 00:38:00 PDT
Subject:  Info-Atari8 Digest V87 #64
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Sunday, August  2, 1987   Volume 87 : Issue 64

This weeks Editor: Bill Westfield

Today's Topics:

           Re: SpartaDOS and FROST BASIC (800 Turbo BASIC).
                      X-10 controller (aka BSR)
                    Impending release of Kermit-65
                  Re: Impending release of Kermit-65
                  Sending bootable disks over USENET
           Re: SpartaDOS and FROST BASIC (800 Turbo BASIC).
                          Undeliverable Mail

----------------------------------------------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: Info-Atari8@Score.Stanford.edu
Subject: Re: SpartaDOS and FROST BASIC (800 Turbo BASIC).
In-Reply-To: Your message of Thu, 30 Jul 87 12:28:35 -0700.
Date: Thu, 30 Jul 87 20:32:55 EDT
From: jhs@mitre-bedford.ARPA

Re:Owen Alexander's question, I haven't the faintest idea ("Keine Ahnung!",
as the Germans say) whether or not FROST BASIC would be compatible with
SpartaDOS.  It of course does NOT use the RAM under the ROM since there is
no such RAM on an 800.  Also, it DOES boot up and appear to run, although
I certainly haven't exercised all the features, with the standard 800XL
O/S.  You might possibly run afoul of some non standard O/S calls, but
at least a lot of things will work.

If you do run into such problems, using the OMNIVIEW O/S is a possible way
to get compatibility (acts like the Translator Disk).  However, at least
one thing DOES NOT work right with OMNIVIEW, either with FROST BASIC or
with Turbo BASIC XL:  Fractional exponents like 2^.5 crash with "ERROR 11,
OVERFLOW" as the error message.  This does not happen with the Atari O/S.
I never got around to fixing this bug but it should be possible, just a
matter of finding where Turbo BASIC is calling the FP routines illegally
and patching it.

I'd say you have a fighting chance that it will run with SpartaDOS on an
unmodified XL/XE.

-John S.

------------------------------

Date: Fri, 31 Jul 87 09:32:32 EDT
From: lazear@gateway.mitre.org
To: info-atari8@score.stanford.edu
Subject: X-10 controller (aka BSR)

I need help with interfacing my 800 to an X-10 controller.

I have bought the X-10 computer interface (from DAK for $20) that, like
the older BSR, controls lamps and appliances by sending signals over
household wiring.  Once I got the cabling straight (add Pin 1 ground),
I could receive characters from the interface, but they were not the
correct ones (altho the quantity was right).

The controller has the feature that when you press a button to turn on/off
a lamp, the controller sends a message to the computer (to advise the
computer what just happened manually).  I am trying to read that message
through my 850 interface (R1:).  The message is supposed to start with
6 bytes of all-one-bits (i.e., 255), then 6 other bytes.  What I read
is a progression of 1,2,4,8,16,32,64,128 and a few more bytes that *could*
be correct.  

Has anyone else connected the X-10 controller and had any luck communicating?
I bought the IBM version cuz it had a generic RS232 interface.  I have looked
at the BASIC code that came with it and it seems straightforward and usable
as a model for my code (also in BASIC).

I have set the 850 to Concurrent-I/O, 600 baud (what the X-10 says it needs),
no parity, no "light translation", 8-bits, 1 stop bit.  I have tried varying
the speed from 300 to 4800, resulting in a changed pattern (and byte count),
but no recognizable data.  

The power of 2 progression in the leading bytes vs. the 1-bits I am expecting
seems an odd coincidence and I am trying to figure out why that occurred.  It
seems to me that if I can resolve why that happens, I can fix the rest.
If you're still reading, I'd appreciate any help.

	Walt Lazear
PS - I have another problem trying to use GET to obtain a character, when
ALL values (0-255) are legal input.  I've seen the old trick of putting 255
into the input register and waiting till it changes.  Any ideas?

------------------------------

Date: Fri, 31 Jul 87 10:29 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Impending release of Kermit-65
To: Info-Atari8@SCORE.STANFORD.EDU

I've been porting Kermit-65 from the Commodore world to the 800
environment, and am in the last throes of cleaning it up for first
release to the net.  (Maybe it'll satisfy some of the folks clamoring
for PD terminal emulators...)  The question of the day is:  How would
anyone like to see it posted?  In its current form, there's two files, a
binary executable of about 24K, and a doc file of about 32K.  My
preference would be to ARC them up, and distribute the uuencoded
archive, but I don't know how many folk might find that inconvenient, or
what other cosiderations there are.  Also, it's arranged such that the
loader for the RS232 handler is a separate load segment, which means you
can use your own (mine's an 850).  How many people are interested in the
kermit module by itself, without the RS232 loader?  Finally, is anyone
interested in the sources?  They're about 400K, so I'm certainly not
going to mail them around, but something else can be worked our for
anyone who cares.  I'm amenable to any suggestions about how best to
distribute the thing, but get your responses in soon, I'd like to get
this out of the way by next week.

------------------------------

Date: 1 Aug 87 14:41:02 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: Impending release of Kermit-65
To: info-atari8@score.stanford.edu

In article <870731102911.8.JRD@GRACKLE.SCRC.Symbolics.COM> jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) writes:

> How many people are interested in the
> kermit module by itself, without the RS232 loader?  

     I am, and I suspect others are too.  Lots of us are using
interfaces other than the 850, and need to insert the appropriate R:
handler to get things running.  In my particular case, the SpartaDOS
AT_RS232.COM file needs to be loaded to run the ATR 8000 as an R:
device.
  
  --Mark Knutsen
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 31 Jul 87 16:02:42 GMT
From: mtune!codas!novavax!potpourri!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: Sending bootable disks over USENET
To: info-atari8@score.stanford.edu

Here's a program I downloaded from a local BBS (PD of course).  Its called
"shrink".  It takes a bootable disk and makes it into a file (compressing
the data at the same time) for transfer via modem.  There are all kinds of
programs out there that do this but this one is my favorite.  It's got some
features others don't have.  I have uuencoded the binary load file below.
After a disk has been made into a file, it can be uploaded to a machine on
the net, uuencoded, and sent over the USENET.  Now, if I could only get
everyone to use it :-)

        Gould Inc., Computer Systems Division, in Sunny South Florida
              ** The opinions (if any) expressed are my own. **
       ...seismo!gould!pkopp  OR  ...akgua!ucf-cs!novavax!gould!pkopp

          And remember:  A path is a thing that you have running
          between two shrubberies of slightly different heights.

------------------------------- CUT HERE ----------------------------------

begin 644 shrink.com
M__^T`+8`1&XZ___&`,P`1#$Z*BXJF___KP7]!B`[M)`#3$NTYH?0`N:(I8>-
M"@.EB(T+`Z63C00#I92-!0.I0(T#`ZE2C0(#J3&-``.EG8T!`ZD`C0<#C0D#
MJ06-!@.I@(T(`R!9Y*T#`Q`#3,6W8'V;L;J@T\C2R<[+H)M7:&EC:"!D<FEV
M92!H87,@=&AE(&1I<VL@=&\@8F6;4TA254Y+/R``?4EN<V5R="!D:7-K*',I
MFP"I`Z`&(*VT(/NU(&RZA9T@A[FI.*`&(*VT(-FU&*6=:3#%M?`$A:+0#J6C
M\`H@1;NEK(6E(`V[J0"%C(6<A8>%B(6)(*\%K><"A8"MZ`*%@:``N1*\\`61
M@,C0]ABE@&D,A96E@6D`A99,OP:MZ`*%EJWG`H65&*65:0.%E:66:0"%EJ65
MA9BEEH69J0"%C86.I96%FJ66A9NI`(6/A9"%D:2)L9.%E^:)$`<@KP6I`(6)
M3)FR__^9LAZ\I9#0(*6/R06P&J67H`"1E3BEE>F)I9;ILI`#3&>SYI70`N:6
MI(FQD\67T`GFC]`"YI!,Z@:ED-`EI8_0">:-T`+FCDS:!J6/R06P$N:/&*6/
M98V%C:6.:0"%CDS:!CBEF.D#A8"EF>D`A8&ECM`$I8WP&*``J?^1@,BECI&`
MR*6-D8"EFH6`I9N%@>:/T`3FD-``H`"ED)&`R*6/D8"EE\B1@!BE@&D#A96E
M@6D`A9:EC/`!8$R_!DEN<V5R="!D:7-K('1O('=R:71E(`#FE=`"YI8@"K2I
M4:"S(*VT(."YI:+0"Z6C\`>EI?`#(`6[(-FUHA"I`YU"`ZFTG40#J0"=10.E
MG/`"T`^I")U*`X6<J0"=2P,@1+JB$*D+G4(#K><"G40#K>@"G44#.*65[><"
MG4@#I9;MZ`*=20,@1+JEC/`!8*GRH+,@K;2EH_`#(`V[(-FU3+4&FU)E+6EN
M<V5R="!S;W5R8V4@9&ES:YL`&.:/T`+FD*6/98V%C:6098Z%CCBEF.D#A8"E
MF>D`A8&@`*G_D8#(I8Z1@,BEC9&`8*6(R0+0"*6'R=#0`CA@&&!H:*G_A8RE
MCM`&I8W0`O`6I9#0$J6/R06P#"`*M"!PLR#[M4RJN"#WLDQHM(2?AJ`@JMD@
MYMB@`+'S,`8@E[3(T/8I?R"7M*2?IJ!@A*$@__^DH6"%U(6>J0"%U2!WM*6>
M8(4"A`.E5,D2D`,@S+2@`+$"\`8@E[3(T/9@J9M,E[2@`+&3F8`$R!#XJ7T@
ME[2@`+F`!)&3R!#X8.:'T`+FB*6F\`J@`+&3T`3($/E@I8>-"@.EB(T+`QBE
MDXT$`Z64C04#J8"-`P.I4$S8!:6BT`NEH_`'I:7P`R`%NZGVH+<@K;0@X+D@
MV;6EG-`AHA`@^[6I`YU"`ZFTG40#J0"=10.I!)U*`ZD`G4L#($2ZHA"I!YU"
M`ZWG`IU$`X65K>@"A9:=10,XJ8GMYP*=2`.ILNWH`IU)`R!$NKU#`X6&&+U(
M`VWG`H6#O4D#;>@"A82EG-`-&*65:0R%E:66:0"%ECCFG*6#Z0&%@Z6$Z0"%
MA*6BT`>EH_`#(`V[J=V@MTRMM-#2Q=/3H-/4P=+4`*6BT!VIS:"U(*VTK1_0
M*0'P^:D`C1_0K1_0*0'0^2#'M&"I#*(0G4(#3$2Z?:"RNM7.T\C2R<[+H)N;
M1&5S=&EN871I;VX@:7,@9')I=F4C/P!3:VEP(&)L86YK('-E8W1S("A9+TXI
M/P"I`(6'A8B%G(6&A8*%IJD%H+8@K;0@;+J%G2"'N:DKH+8@K;0@-KG)6=`"
MA::I?2"7M!BEG6DPQ;7P`H6BI:/P!R!%NZ6LA:4@&;4@V;6@`+&5R?_0,"#X
MMK&5A8H@^+:QE86)T`+&BB#XMJ``L94@&+<@^+;&B=#RQHJEBLG_\`+0Z$R1
MMJ``L96%BB#XMK&5A8G0`L:*(/BVL96%A:6%(!BWQHG0]\:*I8K)_]#O(/BV
M3)&VI83%EM`1.*6#Y96%`J6$Y98%`O`<L`#FE=`"YI:@`&"D@I&3YH(P`6`@
MYK2I`(6"8*6&,$8@&;4@V;6@`&!]1$].12$>'AX>'O______________FP!.
M3U1%.D-/35!,151%($1)4TL@3D]4($9)3$Q%1#I%4E)/4IL`(/NUJ3:@MR"M
MM*6"T`\@.[20"JD`A:(@V;5,JKBI3J"W(*VTI8(@G[2EAX74I8B%U2!WM$R&
MMWW]H,_VY?+R]>Z@Y?+R[_*AH,'B[_+TY>2;`(62J0"%HJFJH+<@K;2EDB"?
MM"#9M4RJN$EN<V5R="!D97-T:6YA=&EO;B!D:7-KFP!);G-E<G0@9&ES:R!W
M:71H(`!]5F5R(#$N,#&;FU-E;&5C=#J;FS$Z(%-H<FEN:R!A(&1I<VL@=&\@
M82!F:6QEFYLR.B!5;G-H<FEN:R!A(&9I;&4@:6YT;R!A(&1I<VN;FS,Z(%-E
M="!$96YS:71YFYM&/49O<FUA="Q$/41/4RQ"/4)O;W2;FUMH:70@<F5T=7)N
M(&9O<B!A(&1I<F5C=&]R>5V;FW\@($-H;VEC93H`2SJB4(:D&*58:2J%DZ59
M:0.%E*D,G4(#($2ZJ0.=0@.I!)U*`ZD"C<8"J0R-Q0*I`(W(`H6BG4L#J:B=
M1`.IN)U%`R!$NJD(H+@@K;0@-KG),=`#3$D&R3+0`TQ#MLDST`-,V;K)1M`#
M3`NZR430#:W^NX4,K?^[A0UL"@#)0M`#3'?DR9O0Q2".NTRJN*)0J?^-_`*I
M`9U(`ZD`G4D#J0>=0@.IDIU$`ZD`G44#($2ZI9(@E[2EDF";16YT97(@9FEL
M96YA;64L*,3/SJ?4('1Y<&4@=&AE($0Z(2F;`*EAH+D@K;2B`(Y)`ZD-C4@#
MJ06-0@.IMXU$`ZD`C44#($2ZK$@#J0"9MP#P&)M7:&EC:"!D<FEV92!W:6QL
M(&AA=F4@`*FTH+D@K;0@X+D@-KF%M87'3,>TJ;2@`""MM&";16YT97(@9')I
M=F4@;G5M8F5R("A215154DX]06)O<G0I`*GHH+D@K;0@UKD@^[6EQ\F;\!*I
M_IU"`ZG&G40#J0"=10,@1+I,JKB;_2`@R:_/H,72TL_2K:V^`"!6Y+U#`Q`?
MR8CP&X62J0"%HJDSH+H@K;2EDB"?M"#[M2#9M4RJN&`@-KG),9#YR3FP]3CI
M,&!]($-H86YG92!D96YS:71Y(&9O<B!W:&EC:"!D<FEV93H`1')I=F4@:7,@
M;F]W(`#$[_7B[.6;`-/I[N?LY9L`??T@1%))5D4@0T%.)U0@0D4@0T].1DE'
M55)%1)L`J7N@NB"MM"!LNH6=J0"%I"#'M"!%NZT#`Q`-J;N@NB"MM"#9M4RJ
MN*6LT`BI!*``H@'0"*D`H("$HZ(`A:R$KH:M(%&[I:3P`6`@_;NIG:"Z(*VT
MI:S0#:FSH+H@K;0@V;5,JKBIJZ"Z3#6[J4"-`P.I3HT"`]`*J8"-`P.I3XT"
M`ZFGC00#J0"-!0.I,8T``Z6=C0$#J0"-!P.-"0.I"HT&`ZD,C0@#(%GD8'U$
M<FEV92,Z`*F%H+L@K;0@UKFB(*D,G4(#($2ZJ0.=0@.I!IU*`ZF`G4L#J<:=
M1`.I`)U%`R!$NJ(@J06=0@.I@)U$`XU$`YU(`XU(`ZD%G44#C44#J0"=20.-
M20,@1+J]0P/)`=`-J0F-0@.B`"!$NDR^NTPVN2#__ZD)A0RIO(4-8"#]NR``
MO$RJN/__![X,OK/H\O7NZP#__P!0@E38I0R-_KNE#8W_NR``O!BM!N1I`8V:
MM*T'Y&D`C9NTJ0"-Q@*E6(6`I5F%@:G"A=2I4(75H@"&HX:3H`"QU,G^\!\X
MAI+EDH6599.%DZ65D8#HYM30`N;5YH#0`N:!3#I0I9.%E(WP`ABE6&FHA8"E
M66D`A8&@`)B16*G_C?P"K?P"R?_P"*G_C?P"3*M0L8!)@)&`(*!0R,`,T..@
M`/#?J?N%%*44T/R%36"EE,F;J0&%G2!%NZT#`\D!T`*%HTQTY(`!`@,$!08'
M"`D*"PP-#@\0$1(3%!46%Q@9&AL<61X?("$B(R0E)B<H*2HK+"TN+S`Q,C,T
M-38W.#DZ.SP]/C]`04)#AH=&1TA)2DM,34Y/4%%24U155E=865I;7%U>7V!A
M8JLR,S0U-C<XM:ZO;F]P<7)S='5V=WAY>L-02TQ-3D]045)35%565UA96EM<
M71`1$EO6UY;@X>*:FYR=GI^@H:)W:C\F)SPZ0#A"/T,\2$-$130U4'DXN;J[
M?G\^/T!!&,/$Q<;'R,G*2Z*/FYR=GI^@H:*CI*6FIZBIJK2A8.'B*ZJGJ.?H
MZ4#K[.WN[_#Q\G/*M[C$Q<;'R,G*R\S-SL_0T=O<R8@)"HOBS]`/459H$Q05
M%A<8&1J;\M_@T\C&HL;-V=^GW]C<UM\#!/&P,7JS`0+XM[C[A#L\/3X_0$%"
MPQH'",?([>_[[?\"_/7_!M/4*RP9V"\;'R4F(.S@(^*M9&5F9VAI:NM"+S#O
M\/$B)1DH&R4L+/K[_%-400!70T=/4`94558**(R-CH^0D9)=86(69&5F9VAI
M:FML;6YO<'$E<W1V?VMO>7I[?'U^,E"TM;:WN+FZN[R]DI/`P0J0D9*3E)66
MEYB9H<X74*>3EYJBHZ2EH%J[W-W>W^#AXN/L?V9G@FF^N+FZN[R]OK_`P<+#
MQ,7'N[_$5U564D6<40T%!@<("0H+%*?651`16:U:%19>8*/GZ.GJZ^RJZ>/G
M=FMS=&^!Q'@U+2XO,#$R,S0U-HU`0GS5DD5'@0A!0D-$149'2$E*2TRC5EB2
M45)35%565UA96EM<75ZFKJ^H8ZNSM*UH:6IK;&UN;W!Q<G-TO,3%OGEZ>WQ]
M?G^`4E155E=865I;7%U>7V!A8F-D969G:&EJ:VQM;F]P<7)S='5V=VNGJ*4J
M*RPM+B\P,3(S-#4V:F!K8VEG/CX_0$%"0T1%1D=(24I+3$W*S]#-4E-45597
M6%E:6UQ=7JRMKJ^PL;)F9VAI:FML;6YO<'%R<W1U\O?X]7I[?'U^?X"!@N7]
MGX:[\.Z*L?O_\_SQ_Y*3E)66EYB9FIN<G1H?(!VBHZ0&$AH7J149&R0<KQ$D
MLN,9*1LIN-\C+S8P)RPM,#`VQ,5"1TA%RLO,S<[/T-'2T]35UM?8V=K;W-W>
MW^#AXN/DY>;GZ.GJZ^SM:F]P;?+S]/498&QR^B]N<F%J`&-[`S9F<G=P"3!]
M;7I^@W]_$A,4%9*7F'-L;6YO<'%R<W1U=G=X>7I[?'U^?X"!@H.$A8:'B(F*
MBXR-CH^!O_[__^`"X0(`4$7*R\S-SL_0T=+3U-76U]C9VMO<W=[?X.'BX^3E
MYN?HZ>KK[.UJ;W!M\O/T]1E@;'+Z+VYR86H`8WL#-F9R=W`),'UM>GZ#?W\2
M$Q05DI>8<VQM;F]P<7)S='5V=WAY>GM\?7Y_@(&"@X2%AH>(B8J+C(V.CX&_
!"!05
`
end

------------------------------

Date: 1 Aug 87 14:32:32 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: SpartaDOS and FROST BASIC (800 Turbo BASIC).
To: info-atari8@score.stanford.edu

In article <8707310032.AA20443@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> You might possibly run afoul of some non standard O/S calls,
<running Turbo Basic on an 800> but
> at least a lot of things will work.
> 
> If you do run into such problems, using the OMNIVIEW O/S is a possible way
> to get compatibility (acts like the Translator Disk).  However, at least
> one thing DOES NOT work right with OMNIVIEW, either with FROST BASIC or
> with Turbo BASIC XL:  Fractional exponents like 2^.5 crash with "ERROR 11,
> OVERFLOW" as the error message.  This does not happen with the Atari O/S.

     This looks like a good place to recommend the Boss XL operating
system chip for 800XL owners.  It also acts as a translator, SpartaDOS
runs under it, and I haven't experienced any stray bugs like those
described above for OmniView.
     I have my Boss installed with a public-domain OS switch (Boss
piggybacked on the Atari OS, little switch on the back of the XL
selects which OS to use).  Since the Boss has a built-in software
coldstart, I can always recover the contents of a RAMdisk should the
computer lock up.  I simply switch operating systems and hit System
Reset while holding Start down, then SR again.  Machine reboots
without powering down, and I can reinit the RAMdisk without formatting
it.  (yay SpartaDOS!)
  
   --Mark Knutsen
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 28 Jul 87 21:21 GMT
From: InfoMail-Mailer @ Walker-EMH.arpa
Subject: Undeliverable Mail
To: Info-Atari8 @ SCORE.STANFORD.EDU

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa00277; 28 Jul 87 17:17 EDT
Date:  Tue 28 Jul 87 09:50:39 PDT
Subject:  Info-Atari8 Digest V87 #62
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, July 28, 1987   Volume 87 : Issue 62

This weeks Editor: Bill Westfield

Today's Topics:

                    Re: Info-Atari8 Digest V87 #61
                       Turbo BASIC for the 800
                        ACTION ERROR HANDLING
                    ACTOIN ERROR HANDLING ADDENDUM

----------------------------------------------------------------------

Date: 27 Jul 87 08:53:57 PDT (Monday)
Subject: Re: Info-Atari8 Digest V87 #61
From: "Hugh_E._Wells.ElSegundo"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU
In-Reply-to: Info-Atari8%Score.Stanford:EDU:Xerox's message of

7/27/87

Hi John,

Yes, I would like to have a copy of the Turbo Pascal and will send a
disk if you will post your address here or send it to me via slow mail.

I'll post mine here so that we can correspond outside the net if you
wish.

Thanks,

Hugh Wells

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/04/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa02171; 3 Aug 87 17:23 EDT
Date:  Mon 3 Aug 87 12:59:30 PDT
Subject:  Info-Atari8 Digest V87 #65
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, August  3, 1987   Volume 87 : Issue 65

This weeks Editor: Bill Westfield

Today's Topics:

                   Is anyone else upset at Tramiel?
                    Re: Question for 800XL experts
                    Re: Question for 800XL experts
                                SHRINK
                 Re: Is anyone else upset at Tramiel?

----------------------------------------------------------------------

Date: 26 Jul 87 21:32:55 GMT
From: ptsfa!hoptoad!academ!uhnix1!nuchat!sugar!peter@ames.arpa  (Peter da Silva)
Subject: Is anyone else upset at Tramiel?
To: info-atari8@score.stanford.edu

Is anyone else upset at Tramiel submerging the best 6502-based micro on
the market under a so-so 68000-based machine? It's nice to have all that
extra memory, sure, but not if it makes the machine more expensive than
the (ick) C=64? Is there any real advantage to the extra RAM in the 130
over the 800XL?
-- 
-- Peter da Silva `-_-' ...!seismo!soma!uhnix1!sugar!peter (I said, NO PHOTOS!)

------------------------------

Date: 2 Aug 87 13:56:34 GMT
From: mtune!codas!novavax!houligan!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: Re: Question for 800XL experts
To: info-atari8@score.stanford.edu

in article <7477@shemp.UCLA.EDU>, khayo@MATH.UCLA.EDU says:
> 
> 
> (stuff deleted)
> Now my main question:
> what is the format in which the 800XL likes data to be stored on
> tape? If it is the TI/99A-like FSK modulation, I could probably
> write a trivial program that would force my Mac to simulate an
> Atari output via a sound synthesiser & the speaker jack - I'd
> then record this & send a cassette to my buddy.

WOW...this sounds like _ALLOT_ of work.  Before I started writing programs,
I would try to convince my friend to buy a $35-$40 XM-301 modem for his
Atari.  You could then download binarys/text to your Mac and transfer them
over to him.

Anyway, to answer your question:
(this stuff comes from _De_Re_Atari_)

Ataris write fixed-length blocks at 600 baud (to tape).

Two frequencies are used:
5327 hz. for a mark (or 1) and
3995 hz. for a space (or 0).

A byte is defined by:

1 start bit (space)
0-7 data bits (marks and spaces)
1 stop bit (mark)

Records should be written to the tape in the form of:

01010101      1st marker
01010101      2nd marker  (markers are for speed measurement)
control byte
128 data bytes
checksum

The control byte is defined as:

$FC  indicates the record is a full 128 byte data record.
$FA  indicates the record is a partial record (less than 128 bytes).
$FE  indicates the record is an EOF.


NEED I SAY MORE?

------------------------------

Date: 2 Aug 87 22:26:22 GMT
From: khayo@locus.ucla.edu
Subject: Re: Question for 800XL experts
To: info-atari8@score.stanford.edu

Thanks a lot to all who responded to my question. I'm all set,
having received lots of detailed data from at least two sources.
I'll try to play with it, realizing very well that it would
be much easier to simply get a disk drive for my friend (as for
the option of sending stuff via modem: if you had anything to
do at all with the Polish telephone system, you wouldn't say a
single bad word about MCI & the like - so that's out. I mentioned
in my first posting that the source of all problems is my friend's
geographic location.)
                              Thanks again -
                                              Eric
-----------------------------------------------------------
I'm sick & tired of editing my incorrect address in the header.
The *correct* one is khayo@MATH.UCLA.EDU; I have no connection
with the CS Department, except that we breathe the same smog.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: SHRINK
Date: Sun, 02 Aug 87 22:32:37 EDT
From: jhs@mitre-bedford.ARPA

The version of SHRINK.COM posted by Paul Kopp, like the previous one I got
from someone else, did not work.  I am beginning to wonder if it is I who
need a SHRINK.  The programs both downloaded OK, uudecoded OK, and... failed
to load.  The error message from DOS in both cases was 136, "Attempt to Read
Past End Of File", which suggests that the original file has a problem with
its load vectors.

Has anyone else experienced this problem with the version of SHRINK.COM
that was posted?  Has anyone else successfully uudecoded and loaded it?

Aside from all that, I STILL don't have a working SHRINK program or
equivalent, so I am unable to post Turbo BASIC / FROST BASIC for those
800 owners who are eagerly awaiting it.  Since we are THIS close to a way
of posting it, however, I would like to urge someone to find a version of
SHRINK or an equivalent program, test it, and e-mail it to me or post it.
Better yet, uuencode it, uudecode it using my UUDECODE.BAS, and test the
decoded version.  If THAT works, then send me the uuencoded version and
there is a fighting chance it will work at my end.  If that fails, maybe
we should ftp it?

Heeeelllllpppp!

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

Date: 3 Aug 87 01:13:54 GMT
From: ihnp4!ihlpe!daryl@ucbvax.Berkeley.EDU  (Daryl Monge)
Subject: Re: Is anyone else upset at Tramiel?
To: info-atari8@score.stanford.edu

In article <436@sugar.UUCP>, peter@sugar.UUCP (Peter da Silva) writes:
> Is anyone else upset at Tramiel submerging the best 6502-based micro ...

There seems to be (based on the 16 bit traffic) plenty of reasons to be less
than satisfied with some aspects of ATARI, but the cost of the 65XE compared
to the C64 and the 130XE compared to the C128 is not one of them.

When my old 800 began to bite the dust (~$900) I definitely went for the
extra memory in the 130XE (~$125!).  Ramdisks are very nice on the ATARI.
You can use the extra memory for program/data space, but my guess would be
that most use of the memory is for ramdisk.

Daryl Monge				UUCP:	...!ihnp4!ihcae!daryl
AT&T					CIS:	72717,65
Bell Labs, Naperville, Ill		AT&T	312-979-3603

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/08/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from score.stanford.edu by BBN.COM id aa26960; 7 Aug 87 22:39 EDT
Date:  Fri 7 Aug 87 13:12:48 PDT
Subject:  Info-Atari8 Digest V87 #66
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Friday, August  7, 1987   Volume 87 : Issue 66

This weeks Editor: Bill Westfield

Today's Topics:

                     Impending Post of C Compiler
                  Re: Impending release of Kermit-65
                     Interfaces for the Atari...
                          New Atari Products
                           More Info on CC8
                     SHRINK, the one that works!

----------------------------------------------------------------------

Date: 3 Aug 87 17:34:13 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Impending Post of C Compiler
To: info-atari8@score.stanford.edu

For real this time :-)

This is to notify everyone that the 8 bit C compiler I threatened to
post last May will be posted in the next day or two (1 doc + 1 uuencoded
binary).

Steve Kennedy		cbosgd!smk

------------------------------

Date: 4 Aug 87 23:59:13 GMT
From: hanley@nyu.arpa  (John Hanley)
Subject: Re: Impending release of Kermit-65
To: info-atari8@score.stanford.edu

In private correspondence with John Dunning the chicken-and-egg problem
came up of getting _a_ Kermit, any Kermit, onto a micro that doesn't have
one.  Once you have even the most kludgeful ancient copy you can always
use it to snag a different version.  Experienced modem users will have
at least one program that can capture stuff coming off the modem and dump
it to disk files; these people will have no problem reading UUDECODE.BAS
and the encoded KERMIT.UUE, and running uudecode to create KERMIT.COM (or
whatever the filenames are).  These people are not who I'm concerned about.
A fair number of people will be relatively new to modeming and will have
only dumb-terminal software, either booted off the modem or from a disk
that came with the modem.  What they need is something that will vacuum
characters off the modem port and tuck them away in memory, and then
write that large buffer out to disk at the end.  The right way to do this,
of course, is to figure out how to get characters back from the modem and
embed that in the main program's loop, but the variety of modems and
interfaces means that you will have to deal variously with packetized/
serialized/parallelized/nybblized data and be able to provide simple
instructions (remember, this is supposed to be a novice user) that say,
here, type in this one-screen BASIC program and do thus-and-so to get
KERMIT.UUE and UUDECODE.BAS onto disk.  Then you're home free.  But
the instructions are bound to miss somebody's modem or interface or be
not quite debugged so that Joe_luser is guaranteed to understand them
and do the right thing, or some exception will pop up, or whatever.
Basically, this would be easier if we had a standard environment.  Hmmmm.

*Everyone* has a PIA.  And just about everyone reading this newsgroup is
reading it using an account on either a university or company computer.
This computer almost certainly has at least _one_ RS232 port that could
be borrowed at least _once_ for a special occasion when you bring in
your Atari to download Kermit to it.  ('Course, you probably have a
perfectly good 232 snaking up to your desk even as you read this and
using it for other purposes it would be _no_ _big_ _deal_.)
SOOooo, having justified my reasoning in the hope of warding off
massive flames about all the rules I'm about to break below, on to
the meat of the article.  This is my proposal:  Have someone write
a short 6502 routine that shifts bits in from port A of the PIA and
on cue calls CIO to write the whole mess out to disk.  Or let BASIC
do the disk I/O, I really don't care.  Following is the level-shifter
that prompted all these musings:


       PIA port A, MSB                                   RS232 RxD, pin 3
       TTL input  ---------------+---------------------  +/- 12 V
                                 |cathode
                                 -
                5 V Zener diode  ^
                                 |anode
          PIA GND ---------------------/\/\/\/\/-------  RS232 SGND, pin 7
                                     10K resistor

1E3 apologies for not posting the joyport pinouts!  John Dunning said he'd
look them up tonight; I just don't have that info, here.

I messed around with this circuit a fair amount before posting it and am
pretty confident that it shouldn't damage any equipment, but don't blame me
when you kill your Atari or your host's terminal driver.  Be particularly
careful that you don't short out the 10K or insert the Zener backwards.
The band on the           +----++                   |\-+
diode marks the      -----|    ||-------       -----| >|-------
cathode end:        anode +----++ cathode     anode |/ +- cathode
I don't see how I could make it much clearer than that.  You've been warned.

The 10K simply protects the RS232 driver from having to drive too much
current.  I initially tried it between RxD and the diode but found that
I couldn't drive the TTL input to ground: the diode would open up and the
input would just float high.  It currently limits current to a little over
a mA.  Feel free to use larger values.

The Zener protects the TTL input from ever seeing any voltage outside the
range (5V, -0.7V).  I used Radio Shack Cat. No. 276-565, a 5.1V Zener, and
had no problems.  Presenting a -0.7V input isn't actually quite Kosher
(you're theoretically never supposed to go below either 0 or -0.3V), but it's
no great stress either.  Ideally you should pick about a 4.2V Zener that
turns on at 0.3V instead of 0.7V.  Don't go above 5.1.

Theory of operation:  When pin 3 is between -12V and -0.7V, the diode
conducts and the TTL input is connected to ground (actually it sees -0.7,
not 0 -- I measured -0.5 for my Zener).  The -12V or whatever is across a
10K, so ~1mA flows.  This is the normal (no data) case.  When pin 3 is
between -0.7V and 5V, the Zener is an open circuit and the TTL input is
connected to pin 3.  Somewhere in this region the TTL will discriminate
between logic low and logic high (my 7400 turned on at pin 3= 0.7V; it also
exhibited a little hysteresis: it didn't turn off until pin 3 dropped to
about 0.2V).  When pin 3 is between 5V and 12V, the diode zeners, preventing
the voltage across it from _ever_ going above 5V.  Excess voltage goes
across the 10K, letting as much as 0.6mA of current flow.  This is the
case for data bits being sent or break being held.

I should mention that I haven't actually hooked this up to a PIA (because
I'm living about 60 miles away from my Atari and we don't have any PIA's
around here), but I _have_ tested this with real 12V RS232's and real low
power Schottkey TTL circuits: a 7400, with input going to a NAND gate and
another one used to double-invert to drive a LED.  Never fried the '00,
and it seemed to work fine from 110 to 9600 baud (use a small (~40 ohm)
resistor on the LED to catch those 9600 flashes).


So, there's the hardware part: 2 whole parts and probably way more explanation
than was necessary.  Now will someone out there with better access to an Atari
than me hack out the timing needed to shift bits in from the PIA and buffer
them up?  No need to do spiffy autobauding or anything.  To get the inital
timing down, I suggest you run a tight loop of fetch data-bit from PIA,
store, increment address to store to, loop.  Looking at how long values
repeat for will give you an idea of how many instructions you can execute
before the bit changes, and how stable that number is.

Good luck!

                   --John Hanley,
 /  /   ____ __  __  System Programmer, Manhattan College [ ..cmcl2!mc3b2!jh ]
/__/ /__ /  /-< /-/  Researcher, NYU Ultracomputer Labs   [  Hanley@NYU.arpa ]

"The Ultracomputer: to boldly go in log N time where no N processors have
 gone before."

------------------------------

Date: 5 Aug 87 16:44:07 GMT
From: nysernic!itsgw!leah!jtj040@RUTGERS.EDU  ( John Thomas Jaster)
Subject: Interfaces for the Atari...
To: info-atari8@score.stanford.edu

I would like to know if anyone has any information about inexpensive
Modems for an Atari 800 xl and an Avatex 1200 hc..  I would also like to
if the Supra mpp 1150 is compatible to the Atari 850.
						John Bunch


ARPA-Internet:  J.Bunch@UACSC1.ALBANY.EDU
BITNET:		JBB665@ALBNY1VX.BITNET

------------------------------

Date: 6 Aug 87 07:52:53 GMT
From: super.upenn.edu!eecae!nancy!msudoc!conklin@RUTGERS.EDU  (Terry Conklin)
Subject: New Atari Products
To: info-atari8@score.stanford.edu

Hi. I'm interested in keeping my Atari 8bits useful in my home with it's
new Unix machine. I have been putting up with VT10-squared and that's
simply not acceptable. I would like to get an 80-column box as soon as
possible, assuming it has about the quality of an IBM mono display.

(PS. For the record, I checked, character by character, bit by bit, the char]
sets of Omnicom and VT10sq and they are virtually identical, at least what we
have, so any comments to "easier readability" of one or the other are
completely in the minds of the viewer. Then again, how many ways can you
MAKE a 3 bit wide character set!)

Also, the 1200-baud modem was announced some time ago and we haven't
heard much since, so can we safely assume this is not coming out?

Meanwhile, I kinda expected to see the new 8bit drive a lot sooner than
this, since Atari has been selling an "XL look" drive to go with it's
XEs and they _can't_ like that. Does anyone know where I can pick this
up as well? I'd like to retire my 810 to the kitchen with the 400 as a
local drive.

Please filter out any vaporware places. We've already discovered a few
advertising vapor-software and hardware who will take your money but
have nothing to ship. Any field comments on the quality of the 80-col
output versus "industry standard" 640 X 400 output on other mono-text
systems (IBM, ST) would be appreciated.
 
Terry Conklin
conklin@cps.msu.edu
ihnp4!msudoc!conklin

------------------------------

Date: 6 Aug 87 18:54:01 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: More Info on CC8
To: info-atari8@score.stanford.edu

A few more things about this version of the compiler:

I've noticed a couple of "features" CC8 has inherited from Deep Blue
C.  One is that the "for" statement will not accept null expressions.
Thus,

    for ( ; ; )

needs to be written

    for ( 0; 1; 0 )

Ugh!  Will be fixed next version...

The other is that the compiler also insists that the expression to the
left of a [ be of type pointer or array.  However, the definition of C
states that the expression "a[23]" is the same as "23[a]" (since it is
also equivalent to "*(a + 23)").  This may not get fixed.

A couple of other tidbits:

    o the maximum number of array bound that can be declared is 6 (7
      if "array of ... array of int|char").  More and the compiler
      runs out of space for type descriptors.  Don't tell me 6 isn't
      enough! :-)

    o The compiler understands "left curly", "right curly", and
      "tilde" (meaning whatever graphic or control character they
      happen to map to in ATASCII).

    o add "Constant expression may be used as case label" to the
      future features list.

----
Steve Kennedy			...!cbosgd!smk

------------------------------

Date: 6 Aug 87 17:26:26 GMT
From: mtune!codas!novavax!potpourri!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: SHRINK, the one that works!
To: info-atari8@score.stanford.edu

Just great.  The uuencoded "shrink" program I posted doesn't work!  I'm
destined to make it up to everyone.  (I hate uuencode anyway.)  What
I've done here is written a "C" program that encodes/decodes binary
files (the program's mine but I got the algorithm from _Unix_World_).
Just split this posting up into seperate files, compile the encode/decode
program, and run it on the coded "shrink" file below.  I made sure it
works this time, it does!  Have Fun! 
BTW...I put a ----CUT HERE--- at the end of this posting so you'll know
that you got the complete file.

        Gould Inc., Computer Systems Division, in Sunny South Florida
              ** The opinions (if any) expressed are my own. **
       ...seismo!gould!pkopp  OR  ...akgua!ucf-cs!novavax!gould!pkopp

          And remember:  A path is a thing that you have running
          between two shrubberies of slightly different heights.

The encode/decode program:
---------------------------- CUT HERE ---------------------------------
#include<stdio.h>

main(argc,argv)

int argc;
char *argv[];

{
    FILE *fopen(),*in,*out;
    int c;
    int i=0;
    int choice;

    if(argc < 4)
    {
        printf("\nusage: %s [-e -d] in_file out_file\n",argv[0]);
        printf("where: -e = encode file\n");
        printf("       -d = decode file\n");
        exit();
    }

    if((in=fopen(argv[2],"r")) == NULL)
    {
        printf("Error opening input file\n");
        exit();
    }
    if((out=fopen(argv[3],"w")) == NULL)
    {
        printf("Error opening output file\n");
        exit();
    }

    if(!strcmp(argv[1],"-e"))    /* Encode File */
    {
        while ((c = fgetc(in)) != EOF)
        {
            fprintf(out,"%02x", c);
            if (++i == 30)
            {
                fprintf(out," \n");
                i = 0;
            }
        }
        fprintf(out," \n");
        exit();
    }

    else if(!strcmp(argv[1],"-d"))    /* Decode File */
    {
        while(fscanf(in,"%2x", &c) != EOF)
            fputc(c,out);
        exit();
    }
    fclose(in);
    fclose(out);
}
---------------------------- CUT HERE ---------------------------------

And now, the coded version of "shrink":

---------------------------- CUT HERE ---------------------------------
ffffb400b600446e3affffc600cc0044313a2a2e2a9bffffaf05fd06203b 
b490034c4bb4e687d002e688a5878d0a03a5888d0b03a5938d0403a5948d 
0503a9408d0303a9528d0203a9318d0003a59d8d0103a9008d07038d0903 
a9058d0603a9808d08032059e4ad030310034cc5b7607d9bb1baa0d3c8d2 
c9cecba09b57686963682064726976652068617320746865206469736b20 
746f2062659b534852554e4b3f20007d496e73657274206469736b287329 
9b00a903a00620adb420fbb5206cba859d2087b9a938a00620adb420d9b5 
18a59d6930c5b5f00485a2d00ea5a3f00a2045bba5ac85a5200dbba90085 
8c859c85878588858920af05ade7028580ade8028581a000b912bcf00591 
80c8d0f618a580690c8595a581690085964cbf06ade8028596ade7028595 
18a59569038595a59669008596a5958598a5968599a900858d858ea59585 
9aa596859ba900858f85908591a489b1938597e689100720af05a9008589 
4c99b2ffff99b21ebca590d020a58fc905b01aa597a000919538a595e989 
a596e9b290034c67b3e695d002e696a489b193c597d009e68fd002e6904c 
ea06a590d025a58fd009e68dd002e68e4cda06a58fc905b012e68f18a58f 
658d858da58e6900858e4cda0638a598e9038580a599e9008581a58ed004 
a58df018a000a9ff9180c8a58e9180c8a58d9180a59a8580a59b8581e68f 
d004e690d000a000a5909180c8a58f9180a597c8918018a58069038595a5 
8169008596a58cf001604cbf06496e73657274206469736b20746f207772 
6974652000e695d002e696200ab4a951a0b320adb420e0b9a5a2d00ba5a3 
f007a5a5f0032005bb20d9b5a210a9039d4203a9b49d4403a9009d4503a5 
9cf002d00fa9089d4a03859ca9009d4b032044baa210a90b9d4203ade702 
9d4403ade8029d450338a595ede7029d4803a596ede8029d49032044baa5 
8cf00160a9f2a0b320adb4a5a3f003200dbb20d9b54cb5069b52652d696e 
7365727420736f75726365206469736b9b0018e68fd002e690a58f658d85 
8da590658e858e38a598e9038580a599e9008581a000a9ff9180c8a58e91 
80c8a58d918060a588c902d008a587c9d0d002386018606868a9ff858ca5 
8ed006a58dd002f016a590d012a58fc905b00c200ab42070b320fbb54caa 
b820f7b24c68b4849f86a020aad920e6d8a000b1f330062097b4c8d0f629 
7f2097b4a49fa6a06084a120ffffa4a16085d4859ea90085d52077b4a59e 
6085028403a554c912900320ccb4a000b102f0062097b4c8d0f660a99b4c 
97b4a000b193998004c810f8a97d2097b4a000b980049193c810f860e687 
d002e688a5a6f00aa000b193d004c810f960a5878d0a03a5888d0b0318a5 
938d0403a5948d0503a9808d0303a9504cd805a5a2d00ba5a3f007a5a5f0 
032005bba9f6a0b720adb420e0b920d9b5a59cd021a21020fbb5a9039d42 
03a9b49d4403a9009d4503a9049d4a03a9009d4b032044baa210a9079d42 
03ade7029d44038595ade80285969d450338a989ede7029d4803a9b2ede8 
029d49032044babd4303858618bd48036de7028583bd49036de8028584a5 
9cd00d18a595690c8595a5966900859638e69ca583e9018583a584e90085 
84a5a2d007a5a3f003200dbba9dda0b74cadb4d0d2c5d3d3a0d3d4c1d2d4 
00a5a2d01da9cda0b520adb4ad1fd02901f0f9a9008d1fd0ad1fd02901d0 
f920c7b460a90ca2109d42034c44ba7da0b2bad5ced3c8d2c9cecba09b9b 
44657374696e6174696f6e206973206472697665233f00536b697020626c 
616e6b2073656374732028592f4e293f00a90085878588859c8586858285 
a6a905a0b620adb4206cba859d2087b9a92ba0b620adb42036b9c959d002 
85a6a97d2097b418a59d6930c5b5f00285a2a5a3f0072045bba5ac85a520 
19b520d9b5a000b195c9ffd03020f8b6b195858a20f8b6b1958589d002c6 
8a20f8b6a000b1952018b720f8b6c689d0f2c68aa58ac9fff002d0e84c91 
b6a000b195858a20f8b6b1958589d002c68a20f8b6b1958585a5852018b7 
c689d0f7c68aa58ac9ffd0ef20f8b64c91b6a584c596d01138a583e59585 
02a584e5960502f01cb000e695d002e696a00060a4829193e68230016020 
e6b4a900858260a58630462019b520d9b5a000607d444f4e45211e1e1e1e 
1effffffffffffffffffffff9b004e4f54453a434f4d504c455445204449 
534b204e4f542046494c4c45443a4552524f529b0020fbb5a936a0b720ad 
b4a582d00f203bb4900aa90085a220d9b54caab8a94ea0b720adb4a58220 
9fb4a58785d4a58885d52077b44c86b77dfda0cff6e5f2f2f5eea0e5f2f2 
eff2a1a0c1e2eff2f4e5e49b008592a90085a2a9aaa0b720adb4a592209f 
b420d9b54caab8496e736572742064657374696e6174696f6e206469736b 
9b00496e73657274206469736b207769746820007d56657220312e30319b 
9b53656c6563743a9b9b313a20536872696e6b2061206469736b20746f20 
612066696c659b9b323a20556e736872696e6b20612066696c6520696e74 
6f2061206469736b9b9b333a205365742044656e736974799b9b463d466f 
726d61742c443d444f532c423d426f6f749b9b5b6869742072657475726e 
20666f722061206469726563746f72795d9b9b7f202043686f6963653a00 
4b3aa25086a418a558692a8593a55969038594a90c9d42032044baa9039d 
4203a9049d4a03a9028dc602a90c8dc502a9008dc80285a29d4b03a9a89d 
4403a9b89d45032044baa908a0b820adb42036b9c931d0034c4906c932d0 
034c43b6c933d0034cd9bac946d0034c0bbac944d00dadfebb850cadffbb 
850d6c0a00c942d0034c77e4c99bd0c5208ebb4caab8a250a9ff8dfc02a9 
019d4803a9009d4903a9079d4203a9929d4403a9009d45032044baa59220 
97b4a592609b456e7465722066696c656e616d652c28c4cfcea7d4207479 
70652074686520443a21299b00a961a0b920adb4a2008e4903a90d8d4803 
a9058d4203a9b78d4403a9008d45032044baac4803a90099b700f0189b57 
686963682064726976652077696c6c20686176652000a9b4a0b920adb420 
e0b92036b985b585c74cc7b4a9b4a00020adb4609b456e74657220647269 
7665206e756d626572202852455455524e3d41626f72742900a9e8a0b920 
adb420d6b920fbb5a5c7c99bf012a9fe9d4203a9c69d4403a9009d450320 
44ba4caab89bfd2020c9afcfa0c5d2d2cfd2adadbe002056e4bd4303101f 
c988f01b8592a90085a2a933a0ba20adb4a592209fb420fbb520d9b54caa 
b8602036b9c93190f9c939b0f538e930607d204368616e67652064656e73 
69747920666f722077686963682064726976653a00447269766520697320 
6e6f772000c4eff5e2ece59b00d3e9eee7ece59b007dfd20445249564520 
43414e275420424520434f4e464947555245449b00a97ba0ba20adb4206c 
ba859da90085a420c7b42045bbad0303100da9bba0ba20adb420d9b54caa 
b8a5acd008a904a000a201d008a900a08084a3a20085ac84ae86ad2051bb 
a5a4f0016020fdbba99da0ba20adb4a5acd00da9b3a0ba20adb420d9b54c 
aab8a9aba0ba4c35bba9408d0303a94e8d0203d00aa9808d0303a94f8d02 
03a9a78d0403a9008d0503a9318d0003a59d8d0103a9008d07038d0903a9 
0a8d0603a90c8d08032059e4607d4472697665233a00a985a0bb20adb420 
d6b9a220a90c9d42032044baa9039d4203a9069d4a03a9809d4b03a9c69d 
4403a9009d45032044baa220a9059d4203a9809d44038d44039d48038d48 
03a9059d45038d4503a9009d49038d49032044babd4303c901d00da9098d 
4203a2002044ba4cbebb4c36b920ffffa909850ca9bc850d6020fdbb2000 
bc4caab8ffff07be0cbeb3e8f2f5eeeb00ffff00508254d8a50c8dfebba5 
0d8dffbb2000bc18ad06e469018d9ab4ad07e469008d9bb4a9008dc602a5 
588580a5598581a9c285d4a95085d5a20086a38693a000b1d4c9fef01f38 
8692e592859565938593a5959180e8e6d4d002e6d5e680d002e6814c3a50 
a59385948df00218a55869a88580a55969008581a000989158a9ff8dfc02 
adfc02c9fff008a9ff8dfc024cab50b1804980918020a050c8c00cd0e3a0 
00f0dfa9fb8514a514d0fc854d60a594c99ba901859d2045bbad0303c901 
d00285a34c74e4800102030405060708090a0b0c0d0e0f10111213141516 
1718191a1b1c591e1f202122232425262728292a2b2c2d2e2f3031323334 
35363738393a3b3c3d3e3f404142438687464748494a4b4c4d4e4f505152 
535455565758595a5b5c5d5e5f606162ab32333435363738b5aeaf6e6f70 
7172737475767778797ac3504b4c4d4e4f505152535455565758595a5b5c 
5d1011125bd6d796e0e1e29a9b9c9d9e9fa0a1a2776a3f26273c3a403842 
3f433c484344453435507938b9babb7e7f3e3f404118c3c4c5c6c7c8c9ca 
4ba28f9b9c9d9e9fa0a1a2a3a4a5a6a7a8a9aab4a160e1e22baaa7a8e7e8 
e940ebecedeeeff0f1f273cab7b8c4c5c6c7c8c9cacbcccdcecfd0d1dbdc 
c988090a8be2cfd00f515668131415161718191a9bf2dfe0d3c8c6a2c6cd 
d9dfa7dfd8dcd6df0304f1b0317ab30102f8b7b8fb843b3c3d3e3f404142 
c31a0708c7c8edeffbedff02fcf5ff06d3d42b2c19d82f1b1f252620ece0 
23e2ad6465666768696aeb422f30eff0f1222519281b252c2cfafbfc5354 
41005743474f50065455560a288c8d8e8f9091925d616216646566676869 
6a6b6c6d6e6f7071257374767f6b6f797a7b7c7d7e3250b4b5b6b7b8b9ba 
bbbcbd9293c0c10a90919293949596979899a1ce1750a793979aa2a3a4a5 
a05abbdcdddedfe0e1e2e3ec7f66678269beb8b9babbbcbdbebfc0c1c2c3 
c4c5c7bbbfc457555652459c510d05060708090a0b14a7d655101159ad5a 
15165e60a3e7e8e9eaebecaae9e3e7766b73746f81c478352d2e2f303132 
333435368d40427cd592454781084142434445464748494a4b4ca3565892 
5152535455565758595a5b5c5d5ea6aeafa863abb3b4ad68696a6b6c6d6e 
6f7071727374bcc4c5be797a7b7c7d7e7f80525455565758595a5b5c5d5e 
5f606162636465666768696a6b6c6d6e6f70717273747576776ba7a8a52a 
2b2c2d2e2f303132333435366a606b6369673e3e3f404142434445464748 
494a4b4c4dcacfd0cd52535455565758595a5b5c5d5eacadaeafb0b1b266 
6768696a6b6c6d6e6f707172737475f2f7f8f57a7b7c7d7e7f808182e5fd 
9f86bbf0ee8ab1fbfff3fcf1ff92939495969798999a9b9c9d1a1f201da2 
a3a406121a17a915191b241caf1124b2e319291b29b8df232f3630272c2d 
303036c4c542474845cacbcccdcecfd0d1d2d3d4d5d6d7d8d9dadbdcddde 
dfe0e1e2e3e4e5e6e7e8e9eaebeced6a6f706df2f3f4f519606c72fa2f6e 
72616a00637b03366672777009307d6d7a7e837f7f12131415929798736c 
6d6e6f707172737475767778797a7b7c7d7e7f808182838485868788898a 
8b8c8d8e8f81bffeffffe002e102005045cacbcccdcecfd0d1d2d3d4d5d6 
d7d8d9dadbdcdddedfe0e1e2e3e4e5e6e7e8e9eaebeced6a6f706df2f3f4 
f519606c72fa2f6e72616a00637b03366672777009307d6d7a7e837f7f12 
131415929798736c6d6e6f707172737475767778797a7b7c7d7e7f808182 
838485868788898a8b8c8d8e8f81bf08 
----------------- CUT HERE ----- this is the end--------------------------

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/10/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 10 Aug 87 19:41:08 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa00642; 10 Aug 87 15:35 EDT
Date:  Mon 10 Aug 87 10:21:14 PDT
Subject:  Info-Atari8 Digest V87 #67
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, August 10, 1987   Volume 87 : Issue 67

This weeks Editor: Bill Westfield

Today's Topics:

                        Re: New Atari Products
     driver loader for atari 835 modem OR cheaper 850 replacement
                         Re: More Info on CC8
                 Revised information about info-atari
                         new welcome message
                         Re: More Info on CC8
   Re: driver loader for atari 835 modem OR cheaper 850 replacement
                        Good news and bad news

----------------------------------------------------------------------

Date: 7 Aug 87 06:34:17 GMT
From: ihnp4!chinet!cabbie@ucbvax.Berkeley.EDU  (Richard Andrews)
Subject: Re: New Atari Products
To: info-atari8@score.stanford.edu

In article <24@nancy.UUCP> conklin@msudoc.UUCP writes:
-
>Also, the 1200-baud modem was announced some time ago and we haven't
>heard much since, so can we safely assume this is not coming out?
 
I would not assume that at all.  

>Meanwhile, I kinda expected to see the new 8bit drive a lot sooner than
>this, since Atari has been selling an "XL look" drive to go with it's
>XEs and they _can't_ like that. Does anyone know where I can pick this
>up as well? I'd like to retire my 810 to the kitchen with the 400 as a
>local drive.
 
no comment here as I don't know...have heard that the new drive is 
needed badly because 1050's are dwindling fast.

>Please filter out any vaporware places. We've already discovered a few
>advertising vapor-software and hardware who will take your money but
>have nothing to ship. Any field comments on the quality of the 80-col
>output versus "industry standard" 640 X 400 output on other mono-text
>systems (IBM, ST) would be appreciated.
  
I have a XEP80 here (got because of my developer status) and can say it is
as good as any true 80 column  display can get.    One comment though...
the XEP will support underline, inverse video, flashing, and graphics, but
will not support any combination of the above.  In other words you can't 
have flashing text and underlined text on the same screen.  One character
in missing in the XEP...the tilde!  oops.




-- 
*******************************************************************************
Any opinions expressed above are my own.        Rich Andrews
 They can be yours too.  Please send $19.95 to.....ihnp4!chinet!cabbie

------------------------------

Date: 7 Aug 87 13:00:05 GMT
From: cbosgd!cblpf!cblpe!feb@ucbvax.Berkeley.EDU  (Franco Barber)
Subject: driver loader for atari 835 modem OR cheaper 850 replacement
To: info-atari8@score.stanford.edu

I've been using Chameleon with my 800 and an atari 835 modem, but now
I'd like to switch to the new Kermit-65 that was just posted. I don't
think this will work because the driver for the 835 doesn't get loaded
when the system boots, a program has to cause it to be loaded (ie, it
does NOT behave like an 850.)

So, what I'd like to know is, does anyone have a driver loader for the
835 that I can 'prepend' to Kermit-65 to use it with the 835 modem?

An even better question is: what the best alternative to getting a real
850 (they're what, $130 now? way too much) ?

I'm not in love with the 835 and I'll switch at the first hint of a
cheaper serial interface (no printer interface required, there's one in
my disk drive ; anyone remember Trak drives? )

Anyone want to buy a lightly used, slightly useless (I mean we're talking
300 baud!) 835 modem. Comes complete with Telelink II cartridge. Works
with version ?? (I forgot) of chameleon.
-- 
Franco Barber    AT&T Bell Laboratories, Columbus, Ohio 
..!cbosgd!cblpf!cblpe!feb                (614) 860-7803

------------------------------

Date: 7 Aug 87 13:54:38 GMT
From: decvax!watmath!swklassen@ucbvax.Berkeley.EDU  (Steve Klassen)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

In article <3682@cbterra.ATT.COM> smk@cbosgd.UUCP (Steve Kennedy) writes:
>
>    o The compiler understands "left curly", "right curly", and
>      "tilde" (meaning whatever graphic or control character they
>      happen to map to in ATASCII).
>
Does anyone happen to know what these characters would be on the Atari?
I would like to know so that I can redefine them on my text editor.
Post any reply to the net or send directly to me.

------------------------------

Mail-From: G.ABRAMS created at  9-Aug-87 14:19:15
Date: Sun 9 Aug 87 14:19:15-PDT
From:  Info-Atari Moderator <G.ABRAMS@SCORE.STANFORD.EDU>
Subject: Revised information about info-atari
To: info-atari8@SCORE.STANFORD.EDU, info-atari16@SCORE.STANFORD.EDU

The WELCOME message for info-atari has been revised to reflect new
status (or aspirations).  Please retain this message in your files for
future reference.

The archives in directory info-atari on score.stanford.edu still exist;
but I can't guarantee for how long.  Older archives are in directory
score/info-atari on labrea.stanford.edu .  Note that Score runs under
TOPS-20 and Labrea is a UNIX system.


1.  Welcome
_   _______

     Welcome to info-atari.

2.  Sending Messages
_   _______ ________

     You may send messages to all "subscribers" by  address-
ing it to
               info-atari8@score.stanford.edu
and/or
              info-atari16@score.stanford.edu

     Administrative messages should be sent to
                 info-atari{8,16}-request.

Please do NOT send general messages to this  address.   Your
moderators get enough mail as it is!

3.  Ground Rules
_   ______ _____

     All messages should be in good taste.  Commercial  mes-
sages and advertisements are not permitted. When answering a
question,  please  consider  carefully  whether  the  answer
should go to the whole list, or just to the person who asked
the question.

     The following ground rules should make the use of  this
(or of any other) mailing list much easier:

*       never send a message that a  totally  irrelevant  to
        the  mailing list's purpose to a mailing list.  This
        especially includes any expressions of irritation at
        another list member.

*       never forward a message that is  totally  irrelevant
        to the mailing list's purpose to a mailing list.

*       when replying to a message on a mailing list,  reply
        only  to  the sender of the message unless the reply
        is of interest to the entire mailing list.

*       avoid inserting the message being replied  to  in  a
        reply,  especially  in  a message going to a mailing
        list.  The context of the reply should be clear from
        *your* reply and from various mailer functionalities
        such as Message-ID.


*       when replying to an earlier reply that violates  the
        previous  rule, ABSOLUTELY DO NOT make matters worse
        by adding your own violation.

4.  LISTSERV
_   ________

     LISTSERV provides a number of features  which  you  can
access  by sending mail (note) to LISTSERV.  Only the barest
minimum are described herein. On Bitnet messages  should  be
sent  to  your  nearest  LISTSERV  (the  one  from which you
receive the info-atari digests).  (If your address is not on
Bitnet,  an  address  for  file servers is given below.) All
mail sent to LISTSERV contains command lines.  LISTSERV will
respond  by  return  mail.   No subject is necessary in such
mail.  For more information send the command
                           INFO

4.1.  List Names
_ _   ____ _____

     The list_name  for  16-bit  Ataris  is  INFO-A16.   The
list_name for 8-bit Ataris is INFO-A8.  These list names are
used by Bitnet addressees for subscribing and  unsubscribing
and  by  everyone for obtaining back copies of news digests.
The list_names for  programs  stored  in  the  archives  are
PROG-A16 and PROG-A8.

4.2.  (Un)Subscribing
_ _    __ ___________

     If you are on Bitnet you may  add  or  remove  yourself
from  the  distribution  list.  It would greatly convenience
the moderators if you would do so when you no longer wish to
receive digests.

     The command to join the list is
               SUBSCRIBE list_name User_name

The command to remove yourself from the list is
                   UNSUBSCRIBE list_name

     Note that the list was established with all  user_names
unknown.  To enter your name, send a SUBSCRIBE command.

     It would be most convenient if users took care of their
own  subscribing  and  unsubscribing,  but messages to INFO-
ATARI-REQUEST{8,16}@SCORE.STANFORD.EDU   will    still    be
accepted.


4.3.  File Server (Archives)
_ _   ____ ______  ________

     The following  service  is  being  installed  beginning
February  1987; we will announce when everything is in place
and "known" to be working.

     All messages are in the  archives.  In  addition,  some
contributed  programs are also there.  You can obtain copies
of files from LISTSERV by sending a message in the specified
format.

     If you are on ARPAnet (or gatewayed to it),  your  mail
should be addressed to
          LISTSERV%CANADA01.BITNET@WISCVM.WISC.EDU

     To obtain a list of files in the file server, the  com-
mand is
                      INDEX list_name

The command to obtain a specific file is
                  GET list_name file_name

for example,
                   GET INFO-A16 87-00076

If you want to learn more, send the message
                            HELP

------------------------------

Date: Sun, 9 Aug 87 17:00:37 EDT
From: abrams%community-chest.mitre.org@gateway.mitre.org
To: g.abrams@score.stanford.edu
Subject: new welcome message


1.  Welcome
_   _______

     Welcome to info-atari.

2.  Sending Messages
_   _______ ________

     You may send messages to all "subscribers" by  address-
ing it to
               info-atari8@score.stanford.edu
and/or
              info-atari16@score.stanford.edu

     Administrative messages should be sent to
                 info-atari{8,16}-request.

Please do NOT send general messages to this  address.   Your
moderators get enough mail as it is!

3.  Ground Rules
_   ______ _____

     All messages should be in good taste.  Commercial  mes-
sages and advertisements are not permitted. When answering a
question,  please  consider  carefully  whether  the  answer
should go to the whole list, or just to the person who asked
the question.

     The following ground rules should make the use of  this
(or of any other) mailing list much easier:

*       never send a message that a  totally  irrelevant  to
        the  mailing list's purpose to a mailing list.  This
        especially includes any expressions of irritation at
        another list member.

*       never forward a message that is  totally  irrelevant
        to the mailing list's purpose to a mailing list.

*       when replying to a message on a mailing list,  reply
        only  to  the sender of the message unless the reply
        is of interest to the entire mailing list.

*       avoid inserting the message being replied  to  in  a
        reply,  especially  in  a message going to a mailing
        list.  The context of the reply should be clear from
        *your* reply and from various mailer functionalities
        such as Message-ID.

*       when replying to an earlier reply that violates  the
        previous  rule, ABSOLUTELY DO NOT make matters worse
        by adding your own violation.

4.  Archives
_   ________

     Archives are kept in several places in  formats  avail-
able  to  everyone.   As  described  below,  if  you  are on
ARPANET/DDN you will probably find  it  more  convenient  to
retrieve  files  from the archive on radc-softvax.arpa using
FTP.  If you are not on ARPANET/DDN, or are  unable  to  use
FTP,  you  will be able to retrieve files from archives dis-
tributed over several Bitnet hosts by sending  mail  (notes)
to a program called LISTSERV.

4.1.  Archives on radc-softvax.arpa
_ _   ________ __ ____ _______ ____

     Files from radc-softvax.arpa are available by FTP.  FTP
will  work only for hosts directly connected to ARPANET/DDN.
Please obtain local documentation and  advice  for  the  FTP
user  programming running on your host. There are two direc-
tories under the anonymous account. One for atari8  and  one
for atari16.

     FTP   to    radc-softvax    using    login:guest    and
password:guest. To get the current list of available atari16
files do a 'get atari16/files.doc'. All of the atari16 files
are  stored  in  the  atari16  subdirectory. If you need any
other information, contact Marc Poulin.

     The archive is maintained by  Rodney  Peck  (Peck@radc-
multics.arpa)  and  Marc Poulin (Poulin@radc-multics.arpa or
Archives@radc-softvax.arpa).

4.2.  LISTSERV
_ _   ________

     LISTSERV provides access to files for everyone who  can
send  mail,  independent  of their location.  Note, however,
that intermediate notes have been known to refuse to  handle
long  messages  or  have  damaged them in transit.  LISTSERV
provides a number of features which you can access by  send-
ing  mail  (note)  to LISTSERV.  Only the barest minimum are
described herein. On Bitnet messages should be sent to  your
nearest  LISTSERV  (the one from which you receive the info-
atari digests).  (If your  address  is  not  on  Bitnet,  an
address  for  file servers is given below.) All mail sent to
LISTSERV contains command lines.  LISTSERV will  respond  by
return  mail.   No  subject  is necessary in such mail.  For
more information send the command
                           INFO

4.2.1.  List Names
_ _ _   ____ _____

     The list_name  for  16-bit  Ataris  is  INFO-A16.   The
list_name for 8-bit Ataris is INFO-A8.  These list names are
used by Bitnet addressees for subscribing and  unsubscribing
and  by  everyone for obtaining back copies of news digests.
The list_names for  programs  stored  in  the  archives  are
PROG-A16 and PROG-A8.

4.2.2.  (Un)Subscribing
_ _ _    __ ___________

     If you are on Bitnet you may  add  or  remove  yourself
from  the  distribution  list.  It would greatly convenience
the moderators if you would do so when you no longer wish to
receive digests.

     The command to join the list is
               SUBSCRIBE list_name User_name

The command to remove yourself from the list is
                   UNSUBSCRIBE list_name

     It would be most convenient if users took care of their
own  subscribing  and  unsubscribing,  but messages to INFO-
ATARI-REQUEST{8,16}@SCORE.STANFORD.EDU   will    still    be
accepted.

4.2.3.  Accessing Program & Digest Archives
_ _ _   _________ _______   ______ ________

     All digests are in the archives. There  is  a  separate
program  library.  You can obtain copies of files from LIST-
SERV by sending a message in the specified format.

     If you are on ARPAnet (or gatewayed to it),  your  mail
concernin 16-bit Atari information should be addressed to
          LISTSERV%CANADA01.BITNET@WISCVM.WISC.EDU

Mail concernin 8-bit Atari information should  be  addressed
to
           LISTSERV%TCSVM.BITNET@WISCVM.WISC.EDU

     To obtain a list of files in the file server, the  com-
mand is
                      INDEX list_name

The command to obtain a specific file is
                  GET list_name file_name

for example,
                   GET INFO-A16 87-00076

If you want to learn more, send the message
                            HELP

4.2.4.  LISTSERV Moderators
_ _ _   ________ __________

     The person  to  contact  if  you  are  having  problems
(un)subscribing  is  Harry  Williams  (harry@marist.bitnet).
The  moderator  of  the  16-bit  digest  archives  is  Peter
Jasper-Fayer (sofpjf@uoguelph.bitnet).  The moderator of the
16-bit    program    archives     is     Richard     Werezak
(carson@mcmaster.bitnet).    The   moderator  of  the  8-bit
archives is John Voigt (sysbjav@tcsvm.bitnet).  The  modera-
tor  of  the  8-bit  program  archives  is  Arnold  de  Leon
(adeleon@hmcvax.bitnet).

4.2.5.  Information Concerning 16-bit Archive Organization
_ _ _   ___________ __________ __ ___ _______ ____________

     The digests are numbered sequentially as they come  in.
Sometimes  the files arrive here out of order, or with miss-
ing ones, or with extra ones or with mail from BITNET  users
requesting information.  Often the moderator has to logon to
LISTSERV and re-name the files according to  the  "Subject:"
line  within  it.  Those "Subject:" lines are what end up in
the indexes (in both "-A16" lists)

     The program files are largely extracts from the digests
(INFO-A16).   As far as possible, they are numbered the same
as the digests they came from.  Other programs were inserted
somewhere  in  the  list.   The  numbers of these "inserted"
files were selected so that they would appear in  the  index
at about the correct CHRONOLOGICAL sequence.  If no programs
were included  in  the  digests,  and  nocontributions  were
received,  then  those spaces in the index numbers were left
blank.

------------------------------

Date: 9 Aug 87 18:11:27 GMT
From: ihnp4!inuxc!inuxh!rmrin@ucbvax.Berkeley.EDU  (D Rickert)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

> In article <3682@cbterra.ATT.COM> smk@cbosgd.UUCP (Steve Kennedy) writes:
> >
> >    o The compiler understands "left curly", "right curly", and
> >      "tilde" (meaning whatever graphic or control character they
> >      happen to map to in ATASCII).
> >
> Does anyone happen to know what these characters would be on the Atari?
> I would like to know so that I can redefine them on my text editor.
> Post any reply to the net or send directly to me.

Please post to net if you know.  I also
need to generate tildes and the 800XL
is missing them.

------------------------------

Date: 9 Aug 87 17:07:16 GMT
From: mtune!codas!novavax!potpourri!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: Re: driver loader for atari 835 modem OR cheaper 850 replacement
To: info-atari8@score.stanford.edu

in article <596@cblpe.ATT.COM>, feb@cblpe.ATT.COM (Franco Barber) says:
-> 
-> I've been using Chameleon with my 800 and an atari 835 modem.

Same here! Version 4.03 to be exact.

-> I'd like to switch to the new Kermit-65 that was just posted. I don't
-> think this will work because the driver for the 835 doesn't get loaded
-> when the system boots, a program has to cause it to be loaded (ie, it
-> does NOT behave like an 850.)
-> 
-> So, what I'd like to know is, does anyone have a driver loader for the
-> 835 that I can 'prepend' to Kermit-65 to use it with the 835 modem?
-> 

I've tried. Kermit-65 won't work with the 835 modem.  I downloaded the
'bare' version of Kermit-65 and prepended the 835's "T" handler onto it
with DOS (copy using the /a option).  NO GO!  It's too bad...it looks
like a well written program.  It loaded ok; I even managed to browse
around and play with some of the functions (80 column screen, status,
set, etc.).  It didn't like it too much when I tried "connect."

Oh well, someday I'll break down and invest in some kind of RS232 hardware
and a REAL (I can't even set word size or parity) modem.

        Gould Inc., Computer Systems Division, in Sunny South Florida
              ** The opinions (if any) expressed are my own. **
                    Mail paths?, oh yea mail paths:
              ...!{seismo,sun,pur-ee,brl-bmd}!gould!pkopp
              ...!{ihnp4!codas,allegra}!novavax!gould!pkopp

          Remember:  A path is just a thing that you have running
          between two shrubberies of slightly different heights.

------------------------------

Date: Mon, 10 Aug 87 11:07 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Good news and bad news
To: Info-Atari8@SCORE.STANFORD.EDU

The good news is that my post of Kermit-65 got out to the world intact,
and seems to be going over pretty well.  The bad news is that a couple
of bugs (one quite serious; binary mode transfers are busted) have
already surfaced.

The question of the day:  What's a happy medium between getting these
bugs fixed in a timely fashion (desirable) and bombarding the net with
100K postings (not desirable)?  I think my preference would be to wait a
while before posting a revised version, in order to really get some
things fixed.  Assuming the concensus agrees, but some of you out there
really need to get that binary bug fixed for the thing to be usable, I'd
be willing to ship individual copies to people on request.

As usual, any feedback is welcome.

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (08/11/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 11 Aug 87 19:57:36 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26455; 11 Aug 87 15:34 EDT
Date:  Tue 11 Aug 87 10:13:32 PDT
Subject:  Info-Atari8 Digest V87 #68
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, August 11, 1987   Volume 87 : Issue 68

This weeks Editor: Bill Westfield

Today's Topics:

                                 CC8?
          Need short help on reading strings -- Atari 6000X?
                         Re: More Info on CC8
                         Re: More Info on CC8
                    Re: Info-Atari8 Digest V87 #57
                      More than 16K on a 600XL?
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Date: Mon, 10 Aug 87 16:41 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: CC8?
To: Info-Atari8@SCORE.STANFORD.EDU

I've seen a bunch of references to CC8 being posted recently, but
haven't seen it show up anywhere.  I've looked in the archives on Score,
on RADC-SOFTVAX, and asked some LISTSERVs about it, to no avail.  Am I
missing something obvious?

------------------------------

Date: 10 Aug 87 14:31:11 GMT
From: dayton!joe@RUTGERS.EDU  (Joseph P. Larson)
Subject: Need short help on reading strings -- Atari 6000X?
To: info-atari8@score.stanford.edu

Please excuse my ignorance (and all that).  A friend of mine recently
purchased an Atari-6000-X-something-or-other.  He's trying to get it to
do stuff in Basic (of course).

Now, he can get it to read integers from the keyboard ("input i"), but
he says he can't get it to read strings at all ("input a$" does NOT work).

I personally haven't touched a line of basic in about 3 years or so (and
that was under extreme protest) and I don't think I've even SEEN an
Atari (well, I probably have, but....), so I don't know the idiosyncracies
of his machine.

So -- who out there can send me mail with an example of how to read a
string on this machine?  Please -- if you program on this machine and
know how to read a string, email me an example and I'll send it down
to him.

Don't bother to followup here -- I don't subscribe to this newsgroup.
-- 
UUCP: rutgers!dayton!joe                Dayton Hudson Department Store Company
ATT : (612) 375-3537                    Joe Larson/MIS 1060
(standard disclaimer...)                700 on the Mall      Mpls, Mn. 55408

------------------------------

Date: 11 Aug 87 02:03:42 GMT
From: sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ames.arpa  (fred sullivan)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

In article <14209@watmath.waterloo.edu> swklassen@watmath.waterloo.edu (Steve Klassen) writes:
>In article <3682@cbterra.ATT.COM> smk@cbosgd.UUCP (Steve Kennedy) writes:
>>
>>    o The compiler understands "left curly", "right curly", and
>>      "tilde" (meaning whatever graphic or control character they
>>      happen to map to in ATASCII).
>>
>Does anyone happen to know what these characters would be on the Atari?
>I would like to know so that I can redefine them on my text editor.

character          ascii code   atari keystroke    atari graphics character
------------       ----------   ---------------    ------------------------
left curly {           123       ctrl-;             club?
right curly }          125       esc ctrl-<         arrow pointing north-west?
tilde ~                126       esc backspace      triangle pointing left?

I'm not sure my descriptions are useful, to see what they look like use the
keystrokes to generate them.

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 11 Aug 87 00:54:06 GMT
From: decvax!watmath!tpcharron@ucbvax.Berkeley.EDU  (Tim Charron)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

>> >    o The compiler understands "left curly", "right curly", and
>> >      "tilde" (meaning whatever graphic or control character they
>> >      happen to map to in ATASCII).
>> >
>> Does anyone happen to know what these characters would be on the Atari?
>> I would like to know so that I can redefine them on my text editor.
>> Post any reply to the net or send directly to me.

The only help I can add here is that the right bracket is the clear screen
character (esc-clear), and the left curly is the spade symbol
(CTRL- [colon]).  I don't know what the tildes are.

--Tim
tpcharron@watmath.waterloo.edu

------------------------------

Date: 11 Aug 87 03:39:23 GMT
From: austin!hpai@cs.utah.edu  (HP AI User)
Subject: Re: Info-Atari8 Digest V87 #57
To: info-atari8@score.stanford.edu

	Does anyone have a UUDECODE program that works properly so that I
can decode the Kermit-65?  

Please send replies to either the network or to me at u-jleigh@ug.utah.edu.
(Not to HPAI@AUSTIN.UUCP)

------------------------------

Date: 10 Aug 87 16:33:19 GMT
From: ssc-vax!bcsaic!ray@beaver.cs.washington.edu  (Ray Allis)
Subject: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

What is the most reasonable way to increase my 600XL's memory
to a size useable with Atariwriter or other word processors?

-- 
CSNET: ray@boeing.com
UUCP:  uw-june!bcsaic!ray

------------------------------

Date: 11 Aug 87 12:18:46 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

In article <1830@bcsaic.UUCP> ray@bcsaic.UUCP (Ray Allis) writes:

> What is the most reasonable way to increase my 600XL's memory
> to a size useable with Atariwriter or other word processors?
> 
> -- 
> CSNET: ray@boeing.com
> UUCP:  uw-june!bcsaic!ray

You can buy an expansion board that plugs into the Parallel Bus on
the back of the 600XL, this would bring the 600XL to 64K.  I believe
Atari still sells them.  Your best bet would be to write to Atari
Customer Service.
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/11/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 11 Aug 87 20:10:31 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26455; 11 Aug 87 15:34 EDT
Date:  Tue 11 Aug 87 10:13:32 PDT
Subject:  Info-Atari8 Digest V87 #68
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, August 11, 1987   Volume 87 : Issue 68

This weeks Editor: Bill Westfield

Today's Topics:

                                 CC8?
          Need short help on reading strings -- Atari 6000X?
                         Re: More Info on CC8
                         Re: More Info on CC8
                    Re: Info-Atari8 Digest V87 #57
                      More than 16K on a 600XL?
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Date: Mon, 10 Aug 87 16:41 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: CC8?
To: Info-Atari8@SCORE.STANFORD.EDU

I've seen a bunch of references to CC8 being posted recently, but
haven't seen it show up anywhere.  I've looked in the archives on Score,
on RADC-SOFTVAX, and asked some LISTSERVs about it, to no avail.  Am I
missing something obvious?

------------------------------

Date: 10 Aug 87 14:31:11 GMT
From: dayton!joe@RUTGERS.EDU  (Joseph P. Larson)
Subject: Need short help on reading strings -- Atari 6000X?
To: info-atari8@score.stanford.edu

Please excuse my ignorance (and all that).  A friend of mine recently
purchased an Atari-6000-X-something-or-other.  He's trying to get it to
do stuff in Basic (of course).

Now, he can get it to read integers from the keyboard ("input i"), but
he says he can't get it to read strings at all ("input a$" does NOT work).

I personally haven't touched a line of basic in about 3 years or so (and
that was under extreme protest) and I don't think I've even SEEN an
Atari (well, I probably have, but....), so I don't know the idiosyncracies
of his machine.

So -- who out there can send me mail with an example of how to read a
string on this machine?  Please -- if you program on this machine and
know how to read a string, email me an example and I'll send it down
to him.

Don't bother to followup here -- I don't subscribe to this newsgroup.
-- 
UUCP: rutgers!dayton!joe                Dayton Hudson Department Store Company
ATT : (612) 375-3537                    Joe Larson/MIS 1060
(standard disclaimer...)                700 on the Mall      Mpls, Mn. 55408

------------------------------

Date: 11 Aug 87 02:03:42 GMT
From: sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ames.arpa  (fred sullivan)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

In article <14209@watmath.waterloo.edu> swklassen@watmath.waterloo.edu (Steve Klassen) writes:
>In article <3682@cbterra.ATT.COM> smk@cbosgd.UUCP (Steve Kennedy) writes:
>>
>>    o The compiler understands "left curly", "right curly", and
>>      "tilde" (meaning whatever graphic or control character they
>>      happen to map to in ATASCII).
>>
>Does anyone happen to know what these characters would be on the Atari?
>I would like to know so that I can redefine them on my text editor.

character          ascii code   atari keystroke    atari graphics character
------------       ----------   ---------------    ------------------------
left curly {           123       ctrl-;             club?
right curly }          125       esc ctrl-<         arrow pointing north-west?
tilde ~                126       esc backspace      triangle pointing left?

I'm not sure my descriptions are useful, to see what they look like use the
keystrokes to generate them.

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 11 Aug 87 00:54:06 GMT
From: decvax!watmath!tpcharron@ucbvax.Berkeley.EDU  (Tim Charron)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

>> >    o The compiler understands "left curly", "right curly", and
>> >      "tilde" (meaning whatever graphic or control character they
>> >      happen to map to in ATASCII).
>> >
>> Does anyone happen to know what these characters would be on the Atari?
>> I would like to know so that I can redefine them on my text editor.
>> Post any reply to the net or send directly to me.

The only help I can add here is that the right bracket is the clear screen
character (esc-clear), and the left curly is the spade symbol
(CTRL- [colon]).  I don't know what the tildes are.

--Tim
tpcharron@watmath.waterloo.edu

------------------------------

Date: 11 Aug 87 03:39:23 GMT
From: austin!hpai@cs.utah.edu  (HP AI User)
Subject: Re: Info-Atari8 Digest V87 #57
To: info-atari8@score.stanford.edu

	Does anyone have a UUDECODE program that works properly so that I
can decode the Kermit-65?  

Please send replies to either the network or to me at u-jleigh@ug.utah.edu.
(Not to HPAI@AUSTIN.UUCP)

------------------------------

Date: 10 Aug 87 16:33:19 GMT
From: ssc-vax!bcsaic!ray@beaver.cs.washington.edu  (Ray Allis)
Subject: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

What is the most reasonable way to increase my 600XL's memory
to a size useable with Atariwriter or other word processors?

-- 
CSNET: ray@boeing.com
UUCP:  uw-june!bcsaic!ray

------------------------------

Date: 11 Aug 87 12:18:46 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

In article <1830@bcsaic.UUCP> ray@bcsaic.UUCP (Ray Allis) writes:

> What is the most reasonable way to increase my 600XL's memory
> to a size useable with Atariwriter or other word processors?
> 
> -- 
> CSNET: ray@boeing.com
> UUCP:  uw-june!bcsaic!ray

You can buy an expansion board that plugs into the Parallel Bus on
the back of the 600XL, this would bring the 600XL to 64K.  I believe
Atari still sells them.  Your best bet would be to write to Atari
Customer Service.
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/12/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 11 Aug 87 20:57:22 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26455; 11 Aug 87 15:34 EDT
Date:  Tue 11 Aug 87 10:13:32 PDT
Subject:  Info-Atari8 Digest V87 #68
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, August 11, 1987   Volume 87 : Issue 68

This weeks Editor: Bill Westfield

Today's Topics:

                                 CC8?
          Need short help on reading strings -- Atari 6000X?
                         Re: More Info on CC8
                         Re: More Info on CC8
                    Re: Info-Atari8 Digest V87 #57
                      More than 16K on a 600XL?
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Date: Mon, 10 Aug 87 16:41 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: CC8?
To: Info-Atari8@SCORE.STANFORD.EDU

I've seen a bunch of references to CC8 being posted recently, but
haven't seen it show up anywhere.  I've looked in the archives on Score,
on RADC-SOFTVAX, and asked some LISTSERVs about it, to no avail.  Am I
missing something obvious?

------------------------------

Date: 10 Aug 87 14:31:11 GMT
From: dayton!joe@RUTGERS.EDU  (Joseph P. Larson)
Subject: Need short help on reading strings -- Atari 6000X?
To: info-atari8@score.stanford.edu

Please excuse my ignorance (and all that).  A friend of mine recently
purchased an Atari-6000-X-something-or-other.  He's trying to get it to
do stuff in Basic (of course).

Now, he can get it to read integers from the keyboard ("input i"), but
he says he can't get it to read strings at all ("input a$" does NOT work).

I personally haven't touched a line of basic in about 3 years or so (and
that was under extreme protest) and I don't think I've even SEEN an
Atari (well, I probably have, but....), so I don't know the idiosyncracies
of his machine.

So -- who out there can send me mail with an example of how to read a
string on this machine?  Please -- if you program on this machine and
know how to read a string, email me an example and I'll send it down
to him.

Don't bother to followup here -- I don't subscribe to this newsgroup.
-- 
UUCP: rutgers!dayton!joe                Dayton Hudson Department Store Company
ATT : (612) 375-3537                    Joe Larson/MIS 1060
(standard disclaimer...)                700 on the Mall      Mpls, Mn. 55408

------------------------------

Date: 11 Aug 87 02:03:42 GMT
From: sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ames.arpa  (fred sullivan)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

In article <14209@watmath.waterloo.edu> swklassen@watmath.waterloo.edu (Steve Klassen) writes:
>In article <3682@cbterra.ATT.COM> smk@cbosgd.UUCP (Steve Kennedy) writes:
>>
>>    o The compiler understands "left curly", "right curly", and
>>      "tilde" (meaning whatever graphic or control character they
>>      happen to map to in ATASCII).
>>
>Does anyone happen to know what these characters would be on the Atari?
>I would like to know so that I can redefine them on my text editor.

character          ascii code   atari keystroke    atari graphics character
------------       ----------   ---------------    ------------------------
left curly {           123       ctrl-;             club?
right curly }          125       esc ctrl-<         arrow pointing north-west?
tilde ~                126       esc backspace      triangle pointing left?

I'm not sure my descriptions are useful, to see what they look like use the
keystrokes to generate them.

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 11 Aug 87 00:54:06 GMT
From: decvax!watmath!tpcharron@ucbvax.Berkeley.EDU  (Tim Charron)
Subject: Re: More Info on CC8
To: info-atari8@score.stanford.edu

>> >    o The compiler understands "left curly", "right curly", and
>> >      "tilde" (meaning whatever graphic or control character they
>> >      happen to map to in ATASCII).
>> >
>> Does anyone happen to know what these characters would be on the Atari?
>> I would like to know so that I can redefine them on my text editor.
>> Post any reply to the net or send directly to me.

The only help I can add here is that the right bracket is the clear screen
character (esc-clear), and the left curly is the spade symbol
(CTRL- [colon]).  I don't know what the tildes are.

--Tim
tpcharron@watmath.waterloo.edu

------------------------------

Date: 11 Aug 87 03:39:23 GMT
From: austin!hpai@cs.utah.edu  (HP AI User)
Subject: Re: Info-Atari8 Digest V87 #57
To: info-atari8@score.stanford.edu

	Does anyone have a UUDECODE program that works properly so that I
can decode the Kermit-65?  

Please send replies to either the network or to me at u-jleigh@ug.utah.edu.
(Not to HPAI@AUSTIN.UUCP)

------------------------------

Date: 10 Aug 87 16:33:19 GMT
From: ssc-vax!bcsaic!ray@beaver.cs.washington.edu  (Ray Allis)
Subject: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

What is the most reasonable way to increase my 600XL's memory
to a size useable with Atariwriter or other word processors?

-- 
CSNET: ray@boeing.com
UUCP:  uw-june!bcsaic!ray

------------------------------

Date: 11 Aug 87 12:18:46 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

In article <1830@bcsaic.UUCP> ray@bcsaic.UUCP (Ray Allis) writes:

> What is the most reasonable way to increase my 600XL's memory
> to a size useable with Atariwriter or other word processors?
> 
> -- 
> CSNET: ray@boeing.com
> UUCP:  uw-june!bcsaic!ray

You can buy an expansion board that plugs into the Parallel Bus on
the back of the 600XL, this would bring the 600XL to 64K.  I believe
Atari still sells them.  Your best bet would be to write to Atari
Customer Service.
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

sullivan@marge.math.binghamton.edu (fred sullivan) (08/12/87)

In article <8708112027.AA03059@ucbvax.Berkeley.EDU> InfoMail-Mailer@WALKER-EMH.ARPA writes:
>Mail was not delivered to the following users because
>there were bad address(es) in TO and/or CC field(s):
>        info-atari
>UNDELIVERED-MESSAGE: 
>----------------------------------------------------------------
>Received:  from BBN.COM by WALKER-EMH.ARPA ; 11 Aug 87 20:10:31 GMT
 ...
>Info-Atari8 Digest   Tuesday, August 11, 1987   Volume 87 : Issue 68
 ...

Surely the undelivered digests from the info-atari mailing list
don't have to be posted on the news.  I got at least two this morning
and one yesterday!

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

mark@lakesys.UUCP (Mark Storin) (08/13/87)

In article <632@bingvaxu.cc.binghamton.edu> sullivan@marge.math.binghamton.edu (fred sullivan) writes:
>In article <8708112027.AA03059@ucbvax.Berkeley.EDU> InfoMail-Mailer@WALKER-EMH.ARPA writes:
>
>Surely the undelivered digests from the info-atari mailing list
>don't have to be posted on the news.  I got at least two this morning
>and one yesterday!
>

	We got THREE copies of the same digest.  What gives?

-- 
Mark A. Storin					|  These opinions are my own,
Lake Systems, Milw., WI				|  you can't have them!
UUCP:  {ihnp4,uwvax}!uwmcsd1!lakesys!mark       |

InfoMail-Mailer@WALKER-EMH.ARPA (08/13/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 13 Aug 87 12:30:31 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13235; 13 Aug 87 8:23 EDT
Date:  Thu 13 Aug 87 04:13:01 PDT
Subject:  Info-Atari8 Digest V87 #69
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, August 13, 1987   Volume 87 : Issue 69

This weeks Editor: Bill Westfield

Today's Topics:

                           WISCVM.WISC.EDU
                       Where is/was Kermit-65?
                FROST BASIC (Turbo BASIC for the 800).
           Re: Atari 2600 specs/instruction set/programming
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Date:         Tue, 11 Aug 1987 11:36 EST
From:         Holly Lee Stowe <IHLS400%INDYCMS.BITNET@wiscvm.wisc.edu>
Subject:      WISCVM.WISC.EDU
To:           <INFO-ATARI16@SCORE.STANFORD.EDU>,

  Recently notification has been made over Bitnet that the gateway
between Bitnet and Arpanet at WISCVM.WISC.EDU will be closed as of
December 1, 1987.  I have no other information at this time as to
an alternate gateway.

-Holly
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  This page left intentionally blank.

------------------------------

Date: 11 Aug 87 14:55 PDT
From: Jeff Makey <Makey@LOGICON.ARPA>
To: INFO-ATARI8@SCORE.STANFORD.EDU
Subject: Where is/was Kermit-65?

I give up.  Where was Kermit-65 posted?  I am not missing any recent
Info-Atari8 digests.  Where can I get it from?  (DON'T just send it to
me!  My mailbox is full enough as it is.)

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

To: info-atari8@score.stanford.edu
Subject: FROST BASIC (Turbo BASIC for the 800).
Date: Wed, 12 Aug 87 22:51:03 EDT
From: jhs@mitre-bedford.ARPA

At last, I have FROST BASIC online, in uuencoded, SHRUNK form.
Because of the large number of requests, I will post it.  The file is
about 100K bytes long, so I have broken it into four parts.  They will
appear, hopefully, as the next four messages from me to the net.

Part 1 includes instructions for assembling the four parts.  Basically
(so to speak) you have put the parts back together, uudecode, and unSHRINK.
However, the full uuencoded file is over 100K bytes, which WILL NOT FIT on
a Single Density disk.  So you will have to use enhanced density or double
density, or else you will have to uudecode the four parts separately and
only then reassemble them.  That can be done with DOS using the /A "Append"
switch as you copy Parts 2, 3, and 4 in succession onto the tail end of the
file you are assembling.  Part 1 contains slightly more explicit instructions.
By the way, if you use the second method, it might be a good idea to
copy the assembled file to another file to get the "bubbles" out.  I.e.
when you copy with append, there typically are less than full sectors at
the junctions (except with the smarter DOSes), and when you copy the file
this gets corrected.

Owners of the XL or XE machines may want to capture this program (a) for
friends with an 800, or (b) in case YOU later get an 800, or (c) in case you
want to run Turbo BASIC with a DOS like SpartaDOS or DOS-XL or OS/A+, which
need space under the ROM and so are incompatible with Turbo BASIC XL.

Enjoy!  And thanks again to Ulrich Lang of West Germany, who very kindly
mailed the disk version of FROST BASIC across the Atlantic for our benefit.

Anybody who absolutely has to have a disk version mailed to them, please
notify me again and I will try to get it mailed in a few days.  I'll check my
files to see if anybody already told me they had to have a disk.  Please
try to manage to get the program via the net, perhaps with the help of a
local friend, but if you MUST have it mailed, I'll be glad to help you out.

-John Sangster / jhs@mitre-bedford.arpa

[On score as <info-atari>forst-basic.ntxt (mail file format)]

------------------------------

Date: 12 Aug 87 15:26:42 GMT
From: imagen!atari!dyer@ucbvax.Berkeley.EDU  (Landon Dyer)
Subject: Re: Atari 2600 specs/instruction set/programming
To: info-atari8@score.stanford.edu

In article <2296@mmintl.UUCP>, tedi@mmintl.UUCP (ted ives) writes:
> This is all concerning the Atari 2600 VCS (you know, the old atari 
> video game system).
>  
> Does anyone know where I can find information about:
> a.)  The hardware (i.e. specs on the chips, instruction sets, etc.)
> b.)  How to program it, i.e. is there any assembler, or do people just use
>      eproms or what?
> I am basically interested in finding out how the whole thing works, with an
> eye to maybe writing a game for it.

I don't /know/ of any public documentation on 2600 internals, but that
doesn't mean there isn't any.  But most of the documentation was
'stolen' from Atari, or reverse-engineered, and was kept secret.  You
still need to sign a non-disclosure to get the official docs from Atari.

The machine is INCREDIBLY difficult to program.  It's a 6507 with 128
bytes of RAMa PIA, abaroque video chip, and next to nothing else.
The keyword here is PAIN.  But there are a lot of base units out there....

-- 
-Landon Dyer, Atari Corporation	       {sun,amdcad,lll-lcc,imagen}!atari!dyer
The views expressed here do not necessarily reflect those	     BUSINESS
of Atari or the AI software that has taken over my brain.	     IS
Yow! I am waiting for my warranty-expired interrupt!		     HELL

------------------------------

Date: 12 Aug 87 12:42:23 GMT
From: ihnp4!ihlpf!store2@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

In article <13860@topaz.rutgers.edu>, appelbau@topaz.rutgers.edu (Marc L. Appelbaum) writes:
> In article <1830@bcsaic.UUCP> ray@bcsaic.UUCP (Ray Allis) writes:
> 
> > What is the most reasonable way to increase my 600XL's memory
> > to a size useable with Atariwriter or other word processors?
> > 
> 
> You can buy an expansion board that plugs into the Parallel Bus on
> the back of the 600XL, this would bring the 600XL to 64K.  I believe
> Atari still sells them.  Your best bet would be to write to Atari
> Customer Service.
> -- 
I know of at least one source for the 64K upgrade.  American Techna-vision
advertizes it in their ad in the August ANTIC magazine for $29.95.
Their mailing address is:
				American Techna-Vision
				15338 Inverness St.
				San Leandro, CA 94579
				(415)-352-3787

			orders: 1-800-551-9995

Hope this helps...

					Kit Kimes  
					AT&T--Information Systems Labs
					...ihnp4!iwvae!kimes

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (08/17/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 17 Aug 87 04:14:48 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12554; 17 Aug 87 0:13 EDT
Date:  Sun 16 Aug 87 19:23:41 PDT
Subject:  Info-Atari8 Digest V87 #70
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Sunday, August 16, 1987   Volume 87 : Issue 70

This weeks Editor: Bill Westfield

Today's Topics:

                      Address of Future Systems
                          WISCVM going away?
           Re: Atari 2600 specs/instruction set/programming
                           Monitor question
                       September 1987 ANTIC TOC
                 Is there a vi editor for the 8-bits?
                        2600 programming docs
      Requesting information about the 800 compatible computers
            shrink.com for use in constructing FROST BASIC

----------------------------------------------------------------------

Date: 13 Aug 87 12:01:39 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Address of Future Systems
To: info-atari8@score.stanford.edu

A while ago Indus (the makers of the Indus GT disk drive), was taken
over by Future systems, does anybody have there address?

	Thanks,
	Marc
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

Date: Thu, 13 Aug 87 09:43 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: WISCVM going away?
To: Info-Atari8@Score.Stanford.EDU

What effect will the threatened disappearance of WISCVM have on the
distribution of mail, and, more important to me, the program archives?
Is the implication that there really will be a *complete* separately
maintained archive on RADC-SOFTVAX or Score or something, as opposed to
relying on LISTSERVs?

------------------------------

Date: 13 Aug 87 05:21:30 GMT
From: ihnp4!chinet!cabbie@ucbvax.Berkeley.EDU  (Richard Andrews)
Subject: Re: Atari 2600 specs/instruction set/programming
To: info-atari8@score.stanford.edu

In article <2296@mmintl.UUCP> tedi@mmintl.UUCP (ted ives) writes:
>Does anyone know where I can find information about:
>
>a.)  The hardware (i.e. specs on the chips, instruction sets, etc.)
>
>b.)  How to program it, i.e. is there any assembler, or do people just use
>     eproms or what?

The way to develop for the system is to use a 1200XL and a few odds and 
ends that you make yourself.  (a static ram chip on a cart board that the
2600 would see as a ROM is a good place to start.)  Use MAC-65.  
That is the only assembler that will cut it.

>
>I am basically interested in finding out how the whole thing works, with an
>eye to maybe writing a game for it.
>
>		Thank you in advance for any pointers you might have,
>				Chris Michael

I have successfully obtained a set of documents from Atari on programming the 
2600 game system.  It mostly covers programming the TIA but gives a general 
overview of the system.   Also you will find my notes on the 2600 helpful.
I will post these to the net.   The person that you want to talk to 
at Atari is Tom Sloper.  Hope this helps.  

					Rich A.

P.S. If you do write a game for it, Tom Sloper would be very interested in it.




-- 
*******************************************************************************
Any opinions expressed above are my own.        Rich Andrews
 They can be yours too.  Please send $19.95 to.....ihnp4!chinet!cabbie

------------------------------

Date: Thu, 13 Aug 87 09:46 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Monitor question
To: Info-Atari8@Score.Stanford.EDU

What, if any, recommendations can anyone give me about decent monitors
for 8-bitters?  I'd much prefer color, though I'd like to hear what's
good in mono, too.  Thanks.

------------------------------

Date: 13 Aug 87 19:22:26 GMT
From: ihnp4!ihlpf!store2@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: September 1987 ANTIC TOC
To: info-atari8@score.stanford.edu

			SEPTEMBER 1987 ANTIC TOC 
			Theme: Work and Play

page	article

6	I/O BOARD
		Letters from Readers.
15	HALL OF FAME: ATTACK ON THE DOOMSTAR
		An update on David Plotkin's PD game from 1982.  This arcade
		style game is patterned after the attack in Star Wars.
20	ATARI ANIMATION: LESSON 4
		This lesson covers artifacting to give the impression of
		more colors and shades.
26	DESKTOP NUMBER-CRUNCHER
		This BASIC program gives you the ability to use your 8bit
		Atari as a desktop calculator, add text and then print the
		whole page out.  It also supports the CX85 keypad.
30	MIGHTY MAILER
		A powerful, versatile, easy to use mailing list program
		that allows you to search on any part of the name/address,
		print on labels, envelopes or letters and update entries
		easily.
35	GAME OF THE MONTH: BE THE EGGMAN
		An intriguing, non-war game that appeals to players of all
		ages.  BASIC.
36	PRODUCT REVIEWS
		Software
		  Hardback (Orion Micro Systems)
		  System-80 V2 (Small Systems Innovation)
		  Trailblazer (Mindscape Inc.)
39	DISK BONUS: MAXIMILLIAN B
		The latest game from J. D. Casten.  ANTIC felt this was too
		complex for readers to type in, so they added it as their
		bonus program this month.
40	ANNUAL % RATE
		Figure out the real percentage of gain you're earning from
		your savings and investments.  BASIC.

	***********BEGIN THE ST RESOURCE SECTION**********

50	DOLLARS AND SENSE
		A review of this home financial management program
		from Monogram Software. (Version 1.1)
53	PURSUIT OF THE GRAF STRIVIAL
		A trivia game for your ST written in GFA BASIC.  Easily 
		modified for ST BASIC.  
55	ST PRODUCT NEWS AND REVIEWS
		Software
		  MIDI Recording Studio (Dr. T's Music Software)
		  Phantasie II (SSI Software)
		Books
		  Introduction to MIDI programming (Abacus Software, Inc)
		New Products (description only)
		  Wizard's Crown (SSI), Rings of Zilfin (SSI), Colonial
		  Conquest (SSI), Minigolf (Artworx), Bridge 5.0 (Artworx),
		  MasterPlan (ISD Marketing), Shuttle II (MichTron), Perfect
		  Match (MichTron), GFA Draft (MichTron), SuperConductor
		  (MichTron), The Copyist (Dr. T's), 4-OP Deluxe (Dr. T's),
		  Barbarian (Psygnosis Limited), Terrorpods (Psygnosis
		  Limited), True BASIC V2.2 (True BASIC Inc), Advanced 
		  Business System (Beckemeyer Development tools), ST
		  Toolbox (Navarone Industries), Clip Art [four disks]
		  (The Font Factory), K-Roget (Kuma Software), Big Mike's
		  Slot Machine Parlor (Michael Nowicki), Filesafe (Michael
		  Nowicki), Real BASIC (Computer Crossware Labs), Home
		  Casino Poker (Dubl Dubl Funware), Borrowed Time (Activision),
		  My Letters, Numbers and Words (Stone and Associates), News
		  Station ST (Reeve Software), Disk Master (Reeve Software),
		  World Class Hockey (Reeve Software).

	***********END THE ST RESOURCE SECTION************

61	SOFTWARE LIBRARY
		This section contains all the program listings for the
		articles in this issue.
82	TECH TIPS
		This section is a collection of tips and short
		programs from readers or collected from various Users
		Groups newsletters.

Coming next month: Football Predictor, Antic TelePrompter, Checkbook
		   Balancer & Educational Bonus Games.

Comments: Regarding my comments last month, I'm happy to report that
	  Analog Computing did ship a combined July/August issue about
	  the end of July.  They still deny that they have any financial
	  difficulty and claim that this will help bring the release date
	  ahead of the cover date.  I don't see how it changes anything
	  since they were a month late in getting it out.  Maybe going
	  back to a bi-monthly publication schedule would help both ANTIC
	  and Analog Computing, but I know they wouldn't want to do it.

						Kit Kimes
						AT&T-ISL
						1100 E. Warrenville Rd.
						Naperville, IL 60566
						...!ihnp4!iwvae!kimes

------------------------------

Date: 13 Aug 87 16:03:51 GMT
From: mtune!codas!novavax!potpourri!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: Is there a vi editor for the 8-bits?
To: info-atari8@score.stanford.edu

I just saw a posting in comp.sys.atari.st.  The poster asked if there
was a "vi" style/type editor for the st.  I've had the same question in
mind for quite awhile but I would like to know if one exists for the 8
bits.  I know there's one for the IBM PCs but that's the *only* one
I've ever seen on micros.  I don't expect a full featured vi
editor...even someones hack in assy. language (or even better, in
ACTION!) would be nice.

        Gould Inc., Computer Systems Division, in Sunny South Florida
              ** The opinions (if any) expressed are my own. **
                    Mail paths?, oh yea mail paths:
              ...!{seismo,sun,pur-ee,brl-bmd}!gould!pkopp
              ...!{ihnp4!codas,allegra}!novavax!gould!pkopp

------------------------------

Date: 13 Aug 87 05:32:32 GMT
From: ihnp4!chinet!cabbie@ucbvax.Berkeley.EDU  (Richard Andrews)
Subject: 2600 programming docs
To: info-atari8@score.stanford.edu


                      Atari 2600 Programming Notes
                      ----------------------------


	The Atari 2600 (old version) is a useful and flexible SBC for
general purpose applications.  There are 2 old versions of the 2600
game and they differ only in board layout and physical dimensions.
The early version (the one I worked with) measures approx. 4" X 6"
and has a 6507, 6532, and a TIA chip onboard.  The TIA programming
notes are not available at this time.  The board also has a place on
it for a 24 pin chip.  I installed a socket in this area for my eprom.
I also installed a 7404 inverter for the chip select to the eprom.  The 
memory map is as follows:

	6532 --> $0080 - $0F80
       Eprom --> $1000 - $1FFF (top of memory)
	 TIA --> $0000 - $007F

	The 6532 is a multi-purpose chip and has 128 bytes of RAM, 2 
parallel ports, and an interval timer.  The RAM is mapped to the area
of $0080 - $00FF.  The parallel IO is mapped to $0280 - $0283.  Using 
the same names as Atari did for the 8 bit computers the ports are mapped
as follows:

		PORTA --> $0280
		PACTL --> $0281
		PORTB --> $0282
		PBCTL --> $0283

	Each pin is addressable and can be configured as either input or
output.  To set up a pin for output write a "1" into the DDIR (Pxctl) and
to set up for input write a "0" into the register.  The ports differ 
slightly in output drive capabilities.  PORTA is a TTL drive only and 
PORTB is a push-pull type of output and can drive darlington transistors
directly.  The current available is 3.0 ma at the pin. 

	The 6532 also has an interval timer on board.  The timer can count 
from 1 to 255 divider cycles.  Yup there is a programmable divider on board
the unit.  The divider can be preset to divide by 1, 8, 64, or 1024.  The
input to the divider is the system clock.   The reader is recommended to read 
any data sheet on the 6532 for more details.  

You should install a reset switch onboard the unit so that a reset is
available should the CPU not 'come up' properly or the system crash.

	The 6507 can address only 8k, therefore program and I-O space is
limitated.  Program code cannot be greater that 4 k in size.  This
is usually sufficiant for most general purpose applications.  The CPU
clock is derived from the TIA.  The TIA divides the crystal clock 
(3.58 Mhz) by three to obtain 1.19 Mhz for use by the CPU.  Not exactly
real high speed, but sufficient for most uses.  I have used the 3.58 Mhz
clock and divided it by two with a J-K flip flop and have had no problems.
The advantage of this is that you don't need the TIA chip and the CPU then
runs a little faster (1.79 Mhz instead of 1.19 Mhz).


                           Programming Caveats
                           -------------------

1) There is no stack therefore JSR's are not allowed. (I think!).

2) You have to provide for your own reset vector.  This would be located
   at the very top of your EPROM code.  

3) You can use a 2716 or a 2732 for your EPROM.  I usually use 2716's.

4) Don't forget to CLC, CLV, or CLD before you start your actual program.
   These may be unnecessary for some applications but I leave nothing to
   chance.  (Remember: The generation of random numbers is too important
   to be left to chance!)

5) There is no IRQ available on the CPU therefore IRQ handling is non- 
   existent.



	The ideal development sytem for this is an Atari 8 bit computer
running MAC-65.  The normal system equates could be used and when it is 
time to actually put the program into EPROM, you would .include the 2600
equates instead of your computer equates.  Don't forget to .set your 
offset so that the code can be used by your PROM programmer.


		            Bit Wise Memory Map
                            -------------------
     

------------------------------CPU addresses---------------------------------

6507 --> |  12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 | 02 | 01 | 00 |
----------------------------------------------------------------------------
6532     | cs0 |    |    | rs |    |CS1 |    |    |    |    |    |    |    |
----------------------------------------------------------------------------
EPROM    | CS  |    |    |    |    |    |    |    |    |    |    |    |    | 
----------------------------------------------------------------------------
TIA      | cs0 |    |    |    |    |cs3 |    |    |    |    |    |    |    |
----------------------------------------------------------------------------

* lower case indicates active low.
** rs is ram select line


				More Hacks
                                ----------

	You could remove the TIA chip and replace it with another chip of
your choice.  You will then have to provide a divide by 3 or a divide by
two circuit for the CPU clock.  I have done this and replaced the TIA with
a J-K flip flop in a divide by two configuration and have had no problems. 
This eliminates the need for the TIA and speeds up the processor due to 
the increased clock speed (1.79 Mhz vs. 1.19 Mhz).  Most of the chips
shipped with the 2600 should handle this increased speed.  I got my board
from Best Electronics in California.  A set of prints for the 2600 come in
very handy when configuring (hacking) the system.


							Rich Andrews







-- 
*******************************************************************************
Any opinions expressed above are my own.        Rich Andrews
 They can be yours too.  Please send $19.95 to.....ihnp4!chinet!cabbie

------------------------------

Date: 13 Aug 87 19:57:34 GMT
From: uunet!steinmetz!nyfca1!brspyr1!daves@seismo.css.gov  (Dave Schubmehl)
Subject: Requesting information about the 800 compatible computers
To: info-atari8@score.stanford.edu

I own a 48K Atari 800 system with an 850 interface, 810 single density
disk drive, and about 50 disks worth of programs.  (Also a Gemini printer
and modem, but they're attached to my Zenith Z-150 right now...)

The 800 was damaged when I was travelling.  It exhibits the following
symptoms; the bottom row of keys on the left-hand side of the keyboard
(Z,X,C,V) give no response when pressed, and pressing either shift key
causes the cursor to do a "carriage return -- linefeed" sequence.  

I have taken the machine apart, reseated everything I could, and
cleaned the contacts on the keyboard's pc board, but to no avail.  As
it is now, the 800 is useless for anything except bootable games that
use the joystick. 

As I see it, I have several options;

1)  Try to get it repaired.  I've seen ads in Antic for a company that
    will repair (or replace) an Atari 800 for 39.95 inclusive.  Has
    anyone dealt with this company?  (They also sell replacement chips
    boards, and repair manuals.)

2)  Scrap the current 800 and buy a used 800.  Around here (Albany, New
    York area), complete systems are going for $200-500 depending on
    what's included.  I don't really need a complete system (even
    though another disk drive or two would be nice...), and $200 is
    stretching my intended budget for this.

3)  Scrap the current 800 and buy a compatible machine such as an
    800XL, 65XE, or 130XE.  Are all of these compatible with the 800?
    Will they work with my existing hardware peripherals?  Will my 
    software work on these machines?  What are the advantages and
    disadvantages of each machine?  I understand that the extra memory
    in the 130XE can be used as a ram disk.  Is this true?  I've seen
    prices in Antic ranging from $79-139 depending on the machine.

    I was also told that Atari was/is running some kind of promotion
    where they will send you a NEW 800XL if you send them $35.00 and
    and your broken 800 or 400.  Does anyone know if this is still true,
    and if so, is an 800XL what I want? (I already bought a used 400 with
    32K so that my daughter can play some games, but a lot of the software
    that I want to use is 48K only, and therefore useless on the 400).

In summary, I would appreciate any information that you have about my
problem and the potential solutions that I've outlined.

Thanks in advance......
-- 
|Dave Schubmehl      | UUCP Map:   daves@brspyr1.UUCP                       |
|BRS                 | UUCP Path:  seismo!rochester!steinmetz!brspyr1!daves |
|Latham, NY   12110  |        or:  ihnp4!dartvax!brspyr1!daves              |
|(518) 783-1161      --------------------------------------------------------

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: shrink.com for use in constructing FROST BASIC
Date: Fri, 14 Aug 87 15:25:43 EDT
From: jhs@mitre-bedford.ARPA

Oops, I seem to have never posted SHRINK.COM.  Here it is, for those who
lack it.  It is needed to convert the FROST BASIC files back to a bootable
disk.  Sorry for the oversight.

-John Sangster
----------------------------c-u-t---h-e-r-e-----------------------------------
begin 600 shrink.com
M__^T +8 1&XZ___& ,P 1#$Z*BXJF___KP7]!B [M) #3$NTYH?0 N:(I8>-
M"@.EB(T+ Z63C00#I92-!0.I0(T# ZE2C0(#J3&-  .EG8T! ZD C0<#C0D#
MJ06-!@.I@(T( R!9Y*T# Q #3,6W8'V;L;J@T\C2R<[+H)M7:&EC:"!D<FEV
M92!H87,@=&AE(&1I<VL@=&\@8F6;4TA254Y+/R  ?4EN<V5R="!D:7-K*',I
MFP"I Z &(*VT(/NU(&RZA9T@A[FI.* &(*VT(-FU&*6=:3#%M? $A:+0#J6C
M\ H@1;NEK(6E( V[J0"%C(6<A8>%B(6)(*\%K><"A8"MZ *%@:  N1*\\ 61
M@,C0]ABE@&D,A96E@6D A99,OP:MZ *%EJWG H65&*65:0.%E:66:0"%EJ65
MA9BEEH69J0"%C86.I96%FJ66A9NI (6/A9"%D:2)L9.%E^:)$ <@KP6I (6)
M3)FR__^9LAZ\I9#0(*6/R06P&J67H "1E3BEE>F)I9;ILI #3&>SYI70 N:6
MI(FQD\67T GFC] "YI!,Z@:ED- EI8_0">:-T +FCDS:!J6/R06P$N:/&*6/
M98V%C:6.:0"%CDS:!CBEF.D#A8"EF>D A8&ECM $I8WP&*  J?^1@,BECI& 
MR*6-D8"EFH6 I9N%@>:/T 3FD-  H "ED)& R*6/D8"EE\B1@!BE@&D#A96E
M@6D A9:EC/ !8$R_!DEN<V5R="!D:7-K('1O('=R:71E( #FE= "YI8@"K2I
M4:"S(*VT(."YI:+0"Z6C\ >EI? #( 6[(-FUHA"I YU" ZFTG40#J0"=10.E
MG/ "T ^I")U* X6<J0"=2P,@1+JB$*D+G4(#K><"G40#K>@"G44#.*65[><"
MG4@#I9;MZ *=20,@1+JEC/ !8*GRH+,@K;2EH_ #( V[(-FU3+4&FU)E+6EN
M<V5R="!S;W5R8V4@9&ES:YL &.:/T +FD*6/98V%C:6098Z%CCBEF.D#A8"E
MF>D A8&@ *G_D8#(I8Z1@,BEC9& 8*6(R0+0"*6'R=#0 CA@&&!H:*G_A8RE
MCM &I8W0 O 6I9#0$J6/R06P#" *M"!PLR#[M4RJN"#WLDQHM(2?AJ @JMD@
MYMB@ +'S, 8@E[3(T/8I?R"7M*2?IJ!@A*$@__^DH6"%U(6>J0"%U2!WM*6>
M8(4"A .E5,D2D ,@S+2@ +$"\ 8@E[3(T/9@J9M,E[2@ +&3F8 $R!#XJ7T@
ME[2@ +F !)&3R!#X8.:'T +FB*6F\ J@ +&3T 3($/E@I8>-"@.EB(T+ QBE
MDXT$ Z64C04#J8"- P.I4$S8!:6BT NEH_ 'I:7P R %NZGVH+<@K;0@X+D@
MV;6EG- AHA @^[6I YU" ZFTG40#J0"=10.I!)U* ZD G4L#($2ZHA"I!YU"
M ZWG IU$ X65K>@"A9:=10,XJ8GMYP*=2 .ILNWH IU) R!$NKU# X6&&+U(
M VWG H6#O4D#;>@"A82EG- -&*65:0R%E:66:0"%ECCFG*6#Z0&%@Z6$Z0"%
MA*6BT >EH_ #( V[J=V@MTRMM-#2Q=/3H-/4P=+4 *6BT!VIS:"U(*VTK1_0
M*0'P^:D C1_0K1_0*0'0^2#'M&"I#*(0G4(#3$2Z?:"RNM7.T\C2R<[+H)N;
M1&5S=&EN871I;VX@:7,@9')I=F4C/P!3:VEP(&)L86YK('-E8W1S("A9+TXI
M/P"I (6'A8B%G(6&A8*%IJD%H+8@K;0@;+J%G2"'N:DKH+8@K;0@-KG)6= "
MA::I?2"7M!BEG6DPQ;7P H6BI:/P!R!%NZ6LA:4@&;4@V;6@ +&5R?_0,"#X
MMK&5A8H@^+:QE86)T +&BB#XMJ  L94@&+<@^+;&B=#RQHJEBLG_\ +0Z$R1
MMJ  L96%BB#XMK&5A8G0 L:*(/BVL96%A:6%(!BWQHG0]\:*I8K)_]#O(/BV
M3)&VI83%EM 1.*6#Y96% J6$Y98% O <L #FE= "YI:@ &"D@I&3YH(P 6 @
MYK2I (6"8*6&,$8@&;4@V;6@ &!]1$].12$>'AX>'O______________FP!.
M3U1%.D-/35!,151%($1)4TL@3D]4($9)3$Q%1#I%4E)/4IL (/NUJ3:@MR"M
MM*6"T \@.[20"JD A:(@V;5,JKBI3J"W(*VTI8(@G[2EAX74I8B%U2!WM$R&
MMWW]H,_VY?+R]>Z@Y?+R[_*AH,'B[_+TY>2; (62J0"%HJFJH+<@K;2EDB"?
MM"#9M4RJN$EN<V5R="!D97-T:6YA=&EO;B!D:7-KFP!);G-E<G0@9&ES:R!W
M:71H( !]5F5R(#$N,#&;FU-E;&5C=#J;FS$Z(%-H<FEN:R!A(&1I<VL@=&\@
M82!F:6QEFYLR.B!5;G-H<FEN:R!A(&9I;&4@:6YT;R!A(&1I<VN;FS,Z(%-E
M="!$96YS:71YFYM&/49O<FUA="Q$/41/4RQ"/4)O;W2;FUMH:70@<F5T=7)N
M(&9O<B!A(&1I<F5C=&]R>5V;FW\@($-H;VEC93H 2SJB4(:D&*58:2J%DZ59
M:0.%E*D,G4(#($2ZJ0.=0@.I!)U* ZD"C<8"J0R-Q0*I (W( H6BG4L#J:B=
M1 .IN)U% R!$NJD(H+@@K;0@-KG),= #3$D&R3+0 TQ#MLDST -,V;K)1M #
M3 NZR430#:W^NX4,K?^[A0UL"@#)0M #3'?DR9O0Q2".NTRJN*)0J?^-_ *I
M 9U( ZD G4D#J0>=0@.IDIU$ ZD G44#($2ZI9(@E[2EDF";16YT97(@9FEL
M96YA;64L*,3/SJ?4('1Y<&4@=&AE($0Z(2F; *EAH+D@K;2B (Y) ZD-C4@#
MJ06-0@.IMXU$ ZD C44#($2ZK$@#J0"9MP#P&)M7:&EC:"!D<FEV92!W:6QL
M(&AA=F4@ *FTH+D@K;0@X+D@-KF%M87'3,>TJ;2@ ""MM&";16YT97(@9')I
M=F4@;G5M8F5R("A215154DX]06)O<G0I *GHH+D@K;0@UKD@^[6EQ\F;\!*I
M_IU" ZG&G40#J0"=10,@1+I,JKB;_2 @R:_/H,72TL_2K:V^ "!6Y+U# Q ?
MR8CP&X62J0"%HJDSH+H@K;2EDB"?M"#[M2#9M4RJN& @-KG),9#YR3FP]3CI
M,&!]($-H86YG92!D96YS:71Y(&9O<B!W:&EC:"!D<FEV93H 1')I=F4@:7,@
M;F]W( #$[_7B[.6; -/I[N?LY9L ??T@1%))5D4@0T%.)U0@0D4@0T].1DE'
M55)%1)L J7N@NB"MM"!LNH6=J0"%I"#'M"!%NZT# Q -J;N@NB"MM"#9M4RJ
MN*6LT BI!*  H@'0"*D H("$HZ( A:R$KH:M(%&[I:3P 6 @_;NIG:"Z(*VT
MI:S0#:FSH+H@K;0@V;5,JKBIJZ"Z3#6[J4"- P.I3HT" ] *J8"- P.I3XT"
M ZFGC00#J0"-!0.I,8T  Z6=C0$#J0"-!P.-"0.I"HT& ZD,C0@#(%GD8'U$
M<FEV92,Z *F%H+L@K;0@UKFB(*D,G4(#($2ZJ0.=0@.I!IU* ZF G4L#J<:=
M1 .I )U% R!$NJ(@J06=0@.I@)U$ XU$ YU( XU( ZD%G44#C44#J0"=20.-
M20,@1+J]0P/) = -J0F-0@.B "!$NDR^NTPVN2#__ZD)A0RIO(4-8"#]NR  
MO$RJN/__![X,OK/H\O7NZP#__P!0@E38I0R-_KNE#8W_NR  O!BM!N1I 8V:
MM*T'Y&D C9NTJ0"-Q@*E6(6 I5F%@:G"A=2I4(75H@"&HX:3H "QU,G^\!\X
MAI+EDH6599.%DZ65D8#HYM30 N;5YH#0 N:!3#I0I9.%E(WP ABE6&FHA8"E
M66D A8&@ )B16*G_C?P"K?P"R?_P"*G_C?P"3*M0L8!)@)& (*!0R, ,T..@
M /#?J?N%%*44T/R%36"EE,F;J0&%G2!%NZT# \D!T *%HTQTY( ! @,$!08'
M" D*"PP-#@\0$1(3%!46%Q@9&AL<61X?("$B(R0E)B<H*2HK+"TN+S Q,C,T
M-38W.#DZ.SP]/C] 04)#AH=&1TA)2DM,34Y/4%%24U155E=865I;7%U>7V!A
M8JLR,S0U-C<XM:ZO;F]P<7)S='5V=WAY>L-02TQ-3D]045)35%565UA96EM<
M71 1$EO6UY;@X>*:FYR=GI^@H:)W:C\F)SPZ0#A"/T,\2$-$130U4'DXN;J[
M?G\^/T!!&,/$Q<;'R,G*2Z*/FYR=GI^@H:*CI*6FIZBIJK2A8.'B*ZJGJ.?H
MZ4#K[.WN[_#Q\G/*M[C$Q<;'R,G*R\S-SL_0T=O<R8@)"HOBS] /459H$Q05
M%A<8&1J;\M_@T\C&HL;-V=^GW]C<UM\#!/&P,7JS 0+XM[C[A#L\/3X_0$%"
MPQH'",?([>_[[?\"_/7_!M/4*RP9V"\;'R4F(.S@(^*M9&5F9VAI:NM"+S#O
M\/$B)1DH&R4L+/K[_%-400!70T=/4 94558**(R-CH^0D9)=86(69&5F9VAI
M:FML;6YO<'$E<W1V?VMO>7I[?'U^,E"TM;:WN+FZN[R]DI/ P0J0D9*3E)66
MEYB9H<X74*>3EYJBHZ2EH%J[W-W>W^#AXN/L?V9G@FF^N+FZN[R]OK_ P<+#
MQ,7'N[_$5U564D6<40T%!@<("0H+%*?651 16:U:%19>8*/GZ.GJZ^RJZ>/G
M=FMS=&^!Q'@U+2XO,#$R,S0U-HU 0GS5DD5'@0A!0D-$149'2$E*2TRC5EB2
M45)35%565UA96EM<75ZFKJ^H8ZNSM*UH:6IK;&UN;W!Q<G-TO,3%OGEZ>WQ]
M?G^ 4E155E=865I;7%U>7V!A8F-D969G:&EJ:VQM;F]P<7)S='5V=VNGJ*4J
M*RPM+B\P,3(S-#4V:F!K8VEG/CX_0$%"0T1%1D=(24I+3$W*S]#-4E-45597
M6%E:6UQ=7JRMKJ^PL;)F9VAI:FML;6YO<'%R<W1U\O?X]7I[?'U^?X"!@N7]
MGX:[\.Z*L?O_\_SQ_Y*3E)66EYB9FIN<G1H?(!VBHZ0&$AH7J149&R0<KQ$D
MLN,9*1LIN-\C+S8P)RPM,# VQ,5"1TA%RLO,S<[/T-'2T]35UM?8V=K;W-W>
MW^#AXN/DY>;GZ.GJZ^SM:F]P;?+S]/498&QR^B]N<F%J &-[ S9F<G=P"3!]
M;7I^@W]_$A,4%9*7F'-L;6YO<'%R<W1U=G=X>7I[?'U^?X"!@H.$A8:'B(F*
0BXR-CH^!O_[__^ "X0( 4&YO
 
end

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (08/17/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 17 Aug 87 04:36:17 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13001; 17 Aug 87 0:35 EDT
Date:  Sun 16 Aug 87 19:24:25 PDT
Subject:  Info-Atari8 Digest V87 #71
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Sunday, August 16, 1987   Volume 87 : Issue 71

This weeks Editor: Bill Westfield

Today's Topics:

                            DOS Detective
                        1200 baud modem wanted
                    Re: More than 16K on a 600XL?
                         vt52em Documentation
                   vt52em - an Atari vt52 emulator

----------------------------------------------------------------------

Date: 13 Aug 87 23:51:47 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: DOS Detective
To: info-atari8@score.stanford.edu

    A while ago I asked how you test which DOS is loaded into memory.  I
got no answers, but a couple of requests to post an answer if I found
one.  Here's what seems to work so far. 

    DOSVEC ($0A) memory location points to what SpartaDOS refers to as
COMTAB.  ICD has documented its use of COMTAB memory, here are the
relevant bytes to test: 

1. COMTAB + 0  - jump instruction ($4C)
2. COMTAB + 3  - jump instruction ($4C)
3. COMTAB + 6  - vector  (NOT a jump instruction)
   
   Atari DOS's, as well as SuperDOS, SmartDOS, will fail test 1 and
2. Test 3 is necessary because MachDOS passes test 1 and 2; but MachDOS
DOES have a jump instruction at COMTAB + 6.  SpartaDOS and DOS XL will
pass all three tests. 

PS:

   One of the Sparta COMTAB vectors is to a file crunch routine which 
returns the next word on the file line in a small buffer in COMTAB.  
However, this is the usual Atari machine language format, incompatible
with Action strings.  I did a filename cruncher which returns the
filenames in Action strings, if anyone thinks it will save them time
send me mail (I don't receive the newsgroup distribution at present). 
The routine works with SpartaDOS and DOS XL.

                                Dick Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

Date: 15 Aug 87 01:33:21 GMT
From: clyde!watmath!tpcharron@RUTGERS.EDU  (Tim Charron)
Subject: 1200 baud modem wanted
To: info-atari8@score.stanford.edu

I'm looking to buy a good cheap or used modem for my 8-bit atari.  I have an
XM-301 modem now, but am tired of waiting for it constantly.  Any suggestions
are welcome.  I KNOW that this question is boring to those users who could
care less, so I ask that you e-mail me.  Thanks.

Tim Charron
tpcharron@Watmath.waterloo.edu

p.s.  I'm going to be in Toronto the start of September, and if anyone in the
area has a modem they're willing to sell, give me a call (after Sept. 8).  I'm
in the phone book.

------------------------------

Date: 15 Aug 87 02:58:23 GMT
From: hp-pcd!uoregon!omepd!littlei!reed!percival!actor@hplabs.hp.com  (Clif Swinford)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

The store where I work sells a memroy expansion board for the 600XL for
$40. It works well, but has no casing, so it's not suitable for use in an
area where small children would have access to it. If you can't find one
elsewere, call (503) 223-6380. I hope this doesn't count as advertising...

-- 
     Clif Swinford
                   ..!tektronix!reed!percival!actor                        fnord

------------------------------

Date: 16 Aug 87 15:03:21 GMT
From: gatech!bbn!uwmcsd1!lakesys!mark@mcnc.org  (Mark Storin)
Subject: vt52em Documentation
To: info-atari8@score.stanford.edu

                            VT52EM Documentation

        Vt52em is a vt52 emulator for the Atari 8-bit computers with an RS232
interface and Hayes compatible modem. It was written in ACTION! and compiled 
with the run-time libraries, therefore the ACTION! cartridge is not necessary 
to run this program.  I am unable to distribute the source code at this time 
as the code for the 80 column driver is copyrighted.

        The program emulates 80 columns by using the Graphics 8 mode.  I find
the font quite readable, more so than some other 80 column emulations I have
seen.  To use it I suggest you have either a monochrome monitor or a good B/W
TV set.  It is all but unreadable on a color set due to artifacting.

        The program has been tested on a 130XE using Atari DOS 2.0, 2.5 and
SpartDOS 3.2 under both the XE/XL OS and the old 800 OS (version B) loaded in
from a Translator disk.  If you experience any compatibility problems please
let me know.

        Vt52em supports a subset of the vt52 terminal capabilities.  These
include cursor positioning, most of the edit and erase funtions (insert line
and delete line, erase to end of line, etc., etc.), and inverse video
(standout mode).  Some things it does not support are blinking and
half-intensity text, graphics mode, and status/25th lines.  It also does not
support hard tabs or a DEL/Rubout key (ascii 127).  These are slated for a
future release.  IF connected to a Unix/Xenix system do an 'stty -tabs' to
have all tabs converted to spaces (soft tabs).

        The program also does not include any form of file transfer.  I wrote
it primarily as a means to use Unix/Xenix programs requiring terminal
emulation.   Included below is a Unix termcap entry that will supplement the
standard vt52 entry and take advantage of the added features of vt52em:

a1|atari|atari vt52em:\
        :am:al=\EL:dl=\EM:so=\Ep:se=\Eq:tc=vt52:

        If using an Atari DOS (2.0 or 2.5) you must pre-append the program to
an RS232 loader, rename it AUTORUN.SYS, and boot the disk with Basic disabled.
With SpartaDOS you may run it from the command line as long as the RS232
handler has already been loaded in.



                              Using the Program

        After booting the program, and passing the title screen, you are
placed in a command mode.  Typing a '?' followed by RETURN will display a list
of all the commands and their usage.  Most of the commands should be self
explanatory.  The program implements control-S/Q flow control to prevent
buffer overflow at bauds of 1200 and 2400  (screen writing in Graphics 8 is
SLOW, about 1200 baud max).  This feature may be turned off or the start and
stop characters may be changed if the system you are on uses different ones.

        Pressing <START> when in command mode will put you in Terminal mode.
Pressing <SELECT> when in Terminal mode puts you back in command mode.
Pressing <OPTION> in either mode will flip the screen colors (i.e. from black
on white to white on black).

        The 'QUIT' command will do a Cold Start (reboot the machine).  I will
add a more graceful exit in a future release.

        The terminal mode supports generation of braces, tilda, and the grave
accent.  Key presses to generate them are as follows:

        (note: CNTL-SHIFT denotes holding both the CONTROL and SHIFT keys down
simultaneously while pressing another key)


                        CNTL-SHIFT t = tilda
                        CNTL-SHIFT g = grave accent
                        CNTL-SHIFT [ = left brace
                        CNTL-SHIFT ] = right brace

        A final note: this program is released into the Public Domain.  The
author makes no quarentees implied or otherwise.  The program may be freely
distributed but remains the property of the author.  The program may not be
sold or in any way exchanged for profit.  If any are aware of this happening I
would appreciate them notifying me.

Mark A. Storin
2955 N. Weil St.
Milw., WI 52312
MilAtari BBS: (414)-781-5710
UUCP: {ihnp4,uwvax}!uwmcsd1!lakesys!mark
Lake Systems: (414)-483-6607
SUE:(414)-762-6411



-- 
Mark A. Storin					|  These opinions are my own,
Lake Systems, Milw., WI				|  you can't have them!
UUCP:  {ihnp4,uwvax}!uwmcsd1!lakesys!mark       |

------------------------------

Date: 16 Aug 87 15:01:43 GMT
From: gatech!bbn!uwmcsd1!lakesys!mark@mcnc.org  (Mark Storin)
Subject: vt52em - an Atari vt52 emulator
To: info-atari8@score.stanford.edu

	Yes, it's another terminal emulator for the Atari 8-bit.  Seems to be
a rash of them these days.

	Anyway here's the code, docs to follow in next message:

--------------------------------Cut Here--------------------------------------

begin 0666 vt52em.obj
M___$+!Y?("AC*3$Y.#,@06-T:6]N($-O;7!U=&5R(%-E<G9I8V5SHO^&IJ ,
MT J$IJ +T 2$IJ %AJ6B (:C"@H*"JJ8G4(#I:/P"IU* Z6DG4L#J0"HG4D#
ML:6=2 /P$ABEI6D!G40#I:9I )U% TQ6Y&"&I82FH -,_2R&I82FH@"&HZ )
M(/TLT JI"YU" ZF;3%;D8'),62V-52UL"@ 3$0&#NH[!!*" F$Q6+:2$\ J&
MA0HFA8C0^J:%8*2$\ J&A4:%:HC0^J:%8*33$!"%AH:'.*D Y8:HJ0#EAZJ8
M8(;3X  0 R"/+86"AH.EA1 .JD73A=.EA""/+86$AH6I (6'8/ ;RH;'JO 5
MAL:I *(("@;&D )EQ\K0]AAEAX6'I8:FAV @H"VF@O ;AL:FA/ 5RH;'H@@*
M)H<&QI &9<>0 N:'RM#PA8:E@J:%(,0MI8.FA"#$+4R++2"@+:6%\">B"":"
M)H,FASBE@^6$J*6'Y860!(6'A(/*T.>E@BJB *2#A(9,BRVB$":")H,JL 3%
MA) #Y80XRM#O)H(F@X6&I8*F@TR++2 ;+J6&IH=@A:"&H82B&&B%A&D#J&B%
MA6D 2)A(H &QA(6"R+&$A8/(L82HN:  D8*($/BE$= /YA%,8RT(8PD1&1@3
M(2,S8! 6P(CP")C @/ 23%8MBDI*2DJJF)W !6"B 8812"!C+6BH8$B&H82B
MJ*D F< %J+&AC0 %J,BIF] "L:&9  6(T/AHH@"@!2 R+4RQ+H:AJJ2AI;<@
M.RU,L2X@Y2Q,L2Z&H:JDH:6W(.TL3+$N(/,LA*"]2 /P SCI :  D:6DH&"&
MHJJDHJ6W2*G_A:-H2(:AA**@ *6CD:%HI*(@'R],L2ZB!X:C"@H*"JJEHYU"
M ZD G4@#G4D#F"!6Y(6@3+$NJ9NJI;>&H:2AH@M,5B^@F]#W(/TL3+$NA=2&
MU2"JV2#FV*#_H@#(Z+'SG5 %$/=)@)U0!8Y0!6"B ""++Z6WHE"@!2#M+$RQ
M+J( (*TO3',OH "%H(J$HJ:B((LOI:!,LB^@ "#&+Z6@3($OAJ*JI**EM\  
M$!9(AJ&$HJ M('PO.*D Y:&JJ0#EHJAH3,8O(-\O3',O(.8OI:!,@2^&HH2C
MH@"DHH2B((LOR+E0!9&BB!#X8.  $.V%H(:AA*(XJ0#EH*BI .6AJI@@BR_H
MBJBY3P61HHC0^(J1HLBI+9&B8*6WHA..4 6B4* %($XOJ5"B!86DAJ6@ (2@
MA*&$HK&DA:/FHZD@R-&DT 7(Q*,P][&DR2W0 X6BR,2C$#:QI,DP,##).A L
M..DPJJ6A2*6@"B:A"B:A&&6@A:!H9:&%H0:@)J$8BF6@A:"0 N:AR,2C,,JE
MHO -.*D Y:"%H*D Y:&%H6"%I(:EJ02%IJDD('4OJ0"B! :D)J4JRM#X:3#)
M.C ":08@=2_&IM#E8(7 AL&,\ 6@ +' A<+FPJ(-M:*=\ 7*T/B&BX:*YHJD
MBL3"L-JQP,DET _FBLBQP,DE\ ;)1= (J9L@=2],(#&DB^:+YHN%H+GP!;[Q
M!:2@P$/PYL!3T 8@$B],(#' 2= &(-\O3" QP$C0!B#:,$P@,2"M+TP@,8:A
MA*(*"@H*JJDFG4(#(%;D(+$NH "]3@.1H[U, Y&AO4T#R)&A8(:A"@H*"JJ8
MG4T#I:&=3 .EHYU. ZDEG4(#(%;D3+$N E,ZPC$"13K',4BI " ,+ZD,A:.I
M *[*,:S+,2#5+JD&( PO:(6D*3!)'(6CJ0:NQ3&LQC%,U2Z%6X9<A%J%5896
MA%1@(  RK?T"C?L"K<4QA:6MQC&%IJD A:.%I*D&8" ',J 13(4O(/HQJ09,
M5"\@ #*I!J[] DQX+\D%$!:%H)@I#X6BB@H*"@H%HJ:@G<0"G1;08" ',J 2
M3(4OK@K2R0#P"8:$H@"&A2#F+8:@8 J$HJC)!S %H&0@5BV*F0#2I:(*"@H*
M!:.9 =)@K3("*>^-,@*-#]*I *((G0#2RA#Z8*J]< *%H&"B ,D$, /H*0.H
MO0#3.<$RA:!@! A @*( R0(P ^@I :B] -.(T 1*2DI**0^%H&"JO1#0A:!@
MA:*&HZ  L:*%H,BQHH6A8(6@AJ&8H "1H& @]3+(I:.1H&!(J0"%I&B%H(:A
MA**@ *6DIJ/P$)&@R-#[YJ'&H]#U\ .1H,C$HM#Y8(6@AJ&$HJ  I:7P%K&B
MD:#(T/GFH>:CQJ70\? %L:*1H,C$I-#W8(6DAJ6$HJ  A*"$H;&DT:+P R" 
M,\D T %@A:;(L:31HM %Q*:0]6"B_X:@D .QHNB&H6"%H(:AA**@ +&BD:#P
M"*BQHI&@B-#Y8(6@AJ&$HJ  L:+%I; "A:7&I!BEHF6DA:*0 N:C.*6EY:2P
M JD 3)8SA:"&H82BH "QHO -A:;&I#BEI>6D\ *P 6"JQ::0"!BEIJIEI(6E
MI:71H) #D: 8I:!EI(6@D +FH8I,FC,?7P(    P "    ' P,# P,# P  B
M .!5=W=W(B(  "(B(C,S(B(B$1$1$1$1$1$B(N[N     "(B(N[N(B(B    
M[NXB(B(1,R)F1,P  ,Q$9B(S$0  $1$S,W=W__\    S,S,  (B(S,SN[O__
M,S,S      #,S,P      /__              #_      #,S,P  "(B554B
M(@      ,S,B(B(  /__     "(B(O__(B(B &9W=W=F      #___\  (B(
MB(B(B(B(    __\B(B(B(O__     ,S,S,S,S,S,(B(S,P    !$9D1W(C, 
M ")W(B(B(@  (B(B(G<B   B1'=$(@   "(1=Q$B               B(B(B
M "(  %5550      5?]55?]5   B=T0B$7<B $15,V95$0  1*I$JJI5   B
M(D0      ")$1$1$(@  (A$1$1$B  !5(G<B50   "(B=R(B         "(B
M1    '<            B(@  $2(B1$0    B=U55=R(  ")F(B(B=P  =U41
M(D1W  !W$2(1$7<  !%557<1$0  =T1$=Q%W  !F1'=557<  '<1$1$1$0  
M=U55=U5W  !W555W$3,    B(@ B(@   "(B "(B1   $2)$(A$   !W '< 
M     $0B$2)$  !W$2(B "(  '=5=T1$=P  =U5W5555  !W57=557<  '=$
M1$1$=P  9E55555F  !W1'=$1'<  '=$9D1$1   =T1$=U5W  !557=5554 
M '<B(B(B=P  $1$1$55W  !5569F554  $1$1$1$=P  555W=U55  !F5555
M554  '=55555=P  =U55=T1$  !W5555568S '=5569550  =T1W$1%W  !W
M(B(B(B(  %555555=P  555552(B  !5555W=U4  %5W(G=550  555W(B(B
M  !W$2(B1'<  #,B(B(B,P  1$0B(A$1  !F(B(B(F8  "(B554         
M  #_   B(A$       !W$7=5=P  1$1W555W    =T1$1'<  !$1=U55=P  
M '=5=T1W   S(G<B(B(   !W555W$7< 1$1W5555   B &8B(F8  !$ ,Q$1
M57< 1%559F95   B(B(B(C,   !5=W=550   &955555    =U5557<   !W
M555W1$0  '=557<1$0  =U5$1$0   !W1'<1=P  (G<B(B(S    555557< 
M  !5554B(@   %55=W=5    57<B554   !5555W$7<  '<1=T1W   1(B)$
M(B(1 "(B(B(B(B(B1"(B$2(B1 !W         "(B,R(B    (C1,)SBMY@*-
M'S2MY0*-'C2I (6CH BB *T T" (,ZD!A86I (6$J7"JJ0 @&RZ-!]2I/HTO
M JDBC6\"J0.-'="I>(WF JD C>4"8$QQ.*ETA<RI (7+H "I )'+R-#[8*U8
M. !T3(LXCH0XC8,X(&XXK8,XC0#0H ",A3BI!\V%.+ #3-$X&*V%.&V$.(6N
M&*V&.&6NA:RMASAI (6MKH4XO18TH "1K.Z%.$R?.&"I (6%J0*%A*T.-*( 
M(.8MA:Z*A:\8I:YI,(T0-*6O:0"-$32I (6%J0B%A*T/-*( (.8MA:Z*A:\8
MI:YI'XT2-*6O:0"-$S2N$C2M$#0@B#A@("0X(&XXKA(TK1 T((@XH :B JG 
M(/4R8#GM7#BP!4Q,1SF-/3FI 86%J4"%A*T].:( (.8MA:Z*A:\8I5AEKHU 
M.:599:^-03D8K4 Y:4"-/CFM03EI 8T_.:D!A86I0(6$K3TYH@ @YBV%KHJ%
MKSBIP.6NC4(YJ1SEKXU#.:T_.86CK4,YA:6M0CF%I*P^.:Y!.:U .2 Q,QBE
M6&G A:"E66D<A:&I 86CH$"FH:6@( @S8*D7S0\TD -,^SFI "!$.3BM#S3I
M 8T/-*T/-$D7\ -,XSE@J1Z%HZ  IEFE6" (,Z  C XTC \T8$P5.JD8(,PQ
MH ^B *D!(#XRH "B *D"(#XRH BB *D$(#XRJ0&%A:D A82M] *B "#F+8T@
M-(J-(30@)#F@ (P.-(P/-&"%A:D"A82M3&(ZC5@ZH ",6CH@V3FM6#I)F_ #
M3(,ZH ",#C3N#S3(C%HZK5@Z20KP TR5.NX/-* !C%HZK5@Z20WP TRH.J  
MC XTR(Q:.JU:.DD!\ -,N3H@V3D@TCA@J0"%A:D(A82M6#JB "#F+8U=.HJ-
M7CJB *E8(.4RJ0"%A:D"A82M#C2B " ;+H6N&*6@9:Z%K*6A:0"%K:D!A86I
M0(6$K0\TH@ @YBV%KHJ%KQBEK&6NA<VEK66OA<ZM7CJ-7#JM73J-6SH8K5TZ
M:0>-1CNM7CII (U'.ZU&.\U;.JU'.^U<.K %3+4[3$D8K2(X;5LZA:ZM(SAM
M7#J%KZ  L:Z-63J@ *U9.JX4-. !T 5)_XU9.JT.-"D!\!*M63HI#XU9.K'-
M*?"1S<  \ ZM63HI\(U9.K'-*0^1S0U9.I'-&*7-:2B%S:7.:0"%SNY;.M"&
M[EPZ3#4[[@XTJ4_-#C20 TS*.^X/-*  C XT(-DY(-(X8*$[;:0[A:ZMHDS=
M.XW1.Z  C-4[(-DYK=$[29OP TS^.Z  C XT[@\TR(S5.ZW5.TD!\ -,#SP@
MV3D@TCA@K=$[R6"0 TPX/*D?S=$[D -,+SPXK=$[Z2"-T3M,.#P8K=$[:4"-
MT3NI (6%J0B%A*W1.Z( (.8MC=@[BHW9.Z( J5@@Y3*I (6%J0*%A*T.-*( 
M(!LNA:X8I:!EKH6LI:%I (6MJ0&%A:E A82M#S2B "#F+86NBH6O&*6L9:Z-
MTCNEK66OC=,[K=D[C=<[K=@[C=8[&*W8.VD'C<<\K=D[:0"-R#RMQSS-UCNM
MR#SMUSNP!4P@/:T#&*T@-&W6.X6NK2$T;=<[A:^@ +&NC=0[K10T20'P TSS
M/*W4.TG_C=0[K=([A:ZMTSN%KZW4.Z  D:X8K=([:2B-TCNMTSMI (W3.^[6
M.]"<[M<[3+8\&*T.-&D"C0XTJ4_-#C20 TP[/>X/-*  C XT(-DY(-(X8 \R
MH@!,23T@<2Y"/0*@ 8Q%/:U"/86NK4,]A:^(L:Z-;SVM;SW-13VP!$R1/3T8
MK4(];44]A:ZM0SUI (6OH "QKH6@I: @7SKN13U,9#VM1#U) ? #3* ]J9L@
M7SI@3!8^&$RH/2!Q+J$] J !C*0]K:$]A:ZMHCV%KXBQKHW./:W./<VD/; $
M3/ ] !BMH3UMI#V%KJVB/6D A:^@ +&NA:"EH"#:.^ZD/4S#/:VC/4D!\ -,
M_SVIFR#:.V"M$3UI3 <^J0"%A:D"A82M#C2B " ;+H6N.*DHY:Z- 3ZB *E8
M(.4RJ0"%A:D"A82M#C2B " ;+H6N&*6@9:Z%K*6A:0"%K:D!A86I0(6$K0\T
MH@ @YBV%KHJ%KQBEK&6NC0(^I:UEKXT#/JT.-"D!A:ZEKM #3-@^H ", #ZI
M!\T /K #3-4^K0(^A:ZM SZ%KZ  L:XI\)&N&*T"/FD!A:"M SYI (6A.*T!
M/ND!A:*I (6CI**FH:6@( @S&*T"/FDHC0(^K0,^:0"- S[N #Y,?CY,#C^@
M (P /JD'S0 ^L -,#C^I (6CK $^K@,^K0(^( @S&*T"/FDHC0(^K0,^:0"-
M S[N #Y,W3Y@S0XRD -,3!@_J0"%A:D"A82M#C2B " ;+H6N&*6N:0&-$#^B
M *E8(.4RJ0&%A:E A82M#S2B "#F+86NBH6O&*6@9:Z-$S^EH66OC10_K0XT
M*0&%KJ6NT -,I#^@ (P//ZD'S0\_L -,H3^I (6CK! _KA0_K1,_( @S&*T3
M/VDHC1,_K10_:0"-%#_N#S],<#],%D 8K1,_;1 _C1$_K10_:0"-$C^@ (P/
M/ZD'S0\_L -,%D XK1 _Z0&%HJD A:.DHJX4/ZT3/R (,ZT1/X6NK1(_A:^@
M +&N*0^1KABM$S]I*(T3/ZT4/VD C10_&*T1/VDHC1$_K1(_:0"-$C_N#S],
MNS]@%Y!,'$"B *E8(.4RJ0&%A:E A82M#S2B "#F+86NBH6O&*6@9:Z-%T"E
MH66OC1A J0&%HZ! KAA K1= ( @S8(Y30$Q=0#BI%^T/-(U90*T/-(U80*D 
MS0XTD -,?$ @!#Y,?T @&4"I ,U90) #3+% &*T/-&D!C5= K5= C0\TJ1?-
M#S2P TRK0" 90.X/-$R80*U80(T/-&!,G4RW0*T.-,E/D -,QT @%3],RD @
M&4"M#S2-LT XK0\TZ0&-LD"I ,VR0) #3 E!H ",#S2MLD"-^4"M^4#-#S2P
M!$P#02P@&4#N#S1,[D"MLT"-#S1@3 U!J0#-#C20 TP806"M#S0@1#E@ (6%
MJ8"%3"A!CB!!C1]!J0&%A:E A82M($&JK1]!(.8MA:Z*A:\8I5AEKHTA0:59
M9:^-(D$8K2%!:4"-(T&M(D%I 8TD0:TB086CJ0&%I:E A:2L(4&N)$&M(T$@
M,3-@ E),A$&I ,T.-) #3(]!8*  C(!!J1:-?T&M?T'-#S2M@$'I ! #3,9!
MKH!!K7]!("5!.*U_0>D!C7]!K8!!Z0"-@$%,F4&I 86%J4"%A*T/-*( (.8M
MA:Z*A:\8I5AEKH6@I5EEKX6AJ0&%HZ! IJ&EH" (,V!,^4&I ,T/-) #3 ]"
M.*T/-.D!C0\T(-(X8$P30JT/-,D7D -,(T+N#S0@TCA@3"="K0XTR4^0 TPW
M0NX.-"#2.&!,.T*I ,T.-) #3%%".*T.-.D!C0XT(-(X8#)03%="CE-"C5)"
M.*U30ND@C0\T.*U20ND@C0XT(-(X8$QV0JD S0\TD -,D$(XK0\TZ0&-#S0@
MTCA@3)-"((%!8"!,F$*@ (R40JD'S91"L -,M4*I *Z40IT6-.Z40DR=0B#2
M.&  3+U"H ",N4*I!\VY0K #3-I"J<"NN4*=%C3NN4),PD(@TCA@"@    !,
MZ4("4CJI#86CJ0"%I*!"HN:I!"#5+JD A:.I (6D3 A# E(ZJ4.%IJD%A:6@
M**( J00@A2]@($P>0ZD A86I@(6$K=]"H@ @YBV%KHJ%KQBMWD)EKHT:0ZT:
M0X6CJ0"%I$Q+0P)2.JE#A::I2(6EH"2B *D$((4O8$Q,84,8K>!";>)"A:X8
MI:YMX4*-74.M74.%HZD A:1,@D,"4CJI0X6FJ7^%I: FH@"I!""%+V#03)A#
MC91#J0"%A:V40X6$J4"B "#F+86NBH6O&*F 9:Z%HZD A:1,P4,"4CJI0X6F
MJ;Z%I: BH@"I!""%+V   !$3 1)4;V\@;6%N>2!A<F=U;65N='/80Q%);&QE
M9V%L(%!A<F%M971E<NU#"C10 $2@ (P.,HP/,B#2-F"MK$-)6? #3#9$("=#
MI:"-K4,@)T.EH(VL0ZZM0ZVL0R!40&"MK$-)1? #3$1$(/PW8*VL0TE)\ -,
M4D0@<T *-%  26+P TQ@1""T/F"MK$-)2O #3&Y$(%H^8*VL0TEO\ -,?$0@
M%3U@K:Q#24OP TR*1" $/&"MK$-);/ #3)A$(!D^8*VL0TE-\ -,I@HT4 !@
MK:Q#24SP TRT1""!/V"MK$-)</ #3,1$H &,%#)@K:Q#27'P TS41*  C!0R
M8*VL0TES\ -,_D0@)T.EH(VM0ZVM0TDP\ -,^$2@ $SU1*( J1 @Y3*EH(WQ
M1*WQ1"E_C?%$K/%$H@"I$"#U,JSQ1*+2J0X@]3)@3"%%8&#P TP^3"I%H ",
M)$6MWD))"/ #3$9%J1.-)D6IB(TE14Q01:D#C29%J>B-)46I_XTC1:D A:.I
M (6D3&-% E(ZJ46%IJE@A:6@#:( J00@A2^I ,WK I #3(M%J00@5"^EH(TC
M14RF1>XD1:TD14TE1= %"0!-)D7P TRC14RF14Q51:TC186@8/ #3+%%("=%
MI:"-K$6MK$5)__ #3,1%8*VL14E!\ -,TD4@]D%@K:Q%24+P TS@12 00F"M
MK$5)0_ #3.Y%("1"8*VL14E$\ -,_$4@.$)@K:Q%24CP TP21J  C XTC \T
M(-(X8*VL14E9\ -,-D8@)T6EH(VM12 G1:6@C:Q%KJU%K:Q%(%1"8*VL14E%
M\ -,1$8@_#E@K:Q%24GP TQ21B!S0F"MK$5)8O #3&!&(+1 8*VL14E*\ -,
M;D8@6D!@K:Q%26_P TQ\1B 5/V"MK$5)2_ #3(I&( 0^8*VL14EL\ -,F$8@
M&4!@K:Q%24WP TRF1B *06"MK$5)3/ #3+1&((%!8*VL14EP\ -,Q$:@ 8P4
M-&"MK$5)<? #3-1&H ",%#1@K:Q%27/P TS^1B G1:6@C:U%K:U%23#P TSX
M1J  C!0T3/U&H &,%#1@K:Q%27CP TP>1R G1:6@C:U%K:U%237P TP=1R"5
M0F"MK$5)>? #3#Y'("=%I:"-K46MK45)-? #3#U'(+I"8&!D3$-'J00@5"^E
MH(T_1ZT_1_ #3%9'8*T_1TD*\ -,9T>M/T<@7SI@K3]'29OP TQ]1ZD-C3]'
MK3]'(%\Z8*T_1TD(\ -,BT<@.$)@K3]'21OP TR91R"N16"M/T=)#/ #3*='
M(/PY8*T_1TD'\ -,N$<@'D5@3,A'J1_-/T>0 TS(1ZT_1R!?.F"I3,U'C<E'
MK<E'2>WP TSB1Z)^J00@>"]@K<E'2?WP TST1Z)@J00@>"]@K<E'2>#P TP&
M2*)[J00@>"]@K<E'2>+P TP82*)]J00@>"]@8/P"3!Y(K?P"C1I(J<C-&DB0
M TPZ2*T:2"#*1ZG_C?P"8*D"(%0OI:"-&4BI'\T92) #3&%(K1E(R7N0 TQA
M2*X92*D$('@O8*D S1E(D -,?DBM&4C)') #3'Y(KAE(J00@>"]@K1E(27SP
M"JT92$F;\ -,F$BN&4BI!"!X+V"M&4A)'/ #3+%(HANI!"!X+Z)!J00@>"]@
MK1E(21WP TS*2*(;J00@>"^B0JD$('@O8*T92$D>\ -,XTBB&ZD$('@OHD2I
M!"!X+V"M&4A)'_ #3/Q(HANI!"!X+Z)#J00@>"]@K1E(27[P TP.2:((J00@
M>"]@K1E(27_P TP@2:()J00@>"]@8&D  $PG2:W40_ #3(%)(/PY3$%)"TUO
M9&5M(%)E861YH &B2:DU($8]3%!) D%4H$FB3:D$( 8OJ00@5"^EH(TA2:D$
M(%0OI:"-(4FI!"!4+Z6@C2%)J00@5"^EH(TA2:+0J1\@Y3*EH(TA2:TA24D%
MT -,;DJ@"*+0J1\@]3*I (6CJ0"%I$RN20)2.JE)A::IJX6EH VB *D$((4O
MK==#20'P TSF2:F S>L"D -,YDFM(DGP TSF2:[60ZD$('@O[B))K2))20'P
M TP+2JWK LD*D -,"TJNU4.I!"!X+SBM(DGI 8TB2:D S>L"D -,&$H@0$>M
M_ ))_] #3"5*(!M(J0#-(TF0 TPX2CBM(TGI 8TC2:+0J1\@Y3*EH(TA2:TA
M24D#\ -,:TJM(TGP TQK2JW% DD.C<4"K<8"20Z-Q@*IR(TC24R-26!A/4=,
M=4J.<$J-;TJ@ 8QQ2JUO2H6NK7!*A:^(L:Z-FTJMFTK-<4JP!$SO2B 8K6]*
M;7%*A:ZM<$II (6OH "QKLE;D -,Z4H8K6]*;7%*A:ZM<$II (6OJ4#1KI #
M3.E*&*UO2FUQ2H6NK7!*:0"%KQB@ +&N:2"1KNYQ2DR02F @(" @9DSX2J !
MC/)*B(SP2J (HM"I'R#U,JW\ DG_T -,(4NI B!4+Z6@C?%*3)9+HM"I'R#E
M,J6@C?%*K?%*20;P TQ$2ZF;C?%*H ",\DI,EDNI ,WS2JD [?1*D -,9$LX
MK?-*Z0&-\TJM]$KI (WT2JWQ2DD#\ -,DTNM\TH-]$KP TR32ZW% DD.C<4"
MK<8"20Z-Q@*I XWT2JGHC?-*3 I+K?!*\ -,LDNM\4I)&_ #3+)+J9N-\4J@
M (SR2JWQ2DF;T -,(TRI'\WQ2I #3.5+K?%*R7N0 TSE2^[P2JWQ2J[P2IT!
M1*WQ2B!?.DPC3*WQ2DE^\ JM\4I)'O #3"-,J0#-\$J0 TPC3#BM\$KI 8WP
M2CBM#C3I 8T.-*D@(%\Z.*T.-.D!C0XT(-(XK?%*29OP TP!2ZWR2DD!\ -,
M0DRIFR!?.JWP2HT!1*WR2H6@8&9L86<]3%!,CDE,C4A,H &,3$P8K4A,;4Q,
MA:ZM24QI (6OH "QKDD@\ -,?$SN3$Q,?TQ,@DQ,6TRI <U,3) #3,-,K4E,
MA:.M3$R%I*U(3(6NK4E,A:^@ +&NA:6L2$RN2TRM2DP@HS.M2TR%HZQ*3*Y)
M3*U(3"",,ZU(3(6NK4E,A:^@ +&NC4Q,&*U(3&U,3(6NK4E,:0"%KZ  L:Y)
M(/ #3/M,.*U,3.D!C4Q,3/Y,3 %-3-1,K4A,A:ZM24R%KZU,3*  T:Z0 TQ"
M3:U)3(6CJ0&%I*U,3(6EK$A,KDM,K4I,(*,SK4M,A:.L2DRN24RM2$P@C#-@
M318 6$U,2TT@<2Y#30*@ (Q&3:U#386NK41-A:^QKHU'3:U'3<D!D -,=$VI
M (6@8*U&3<U'39 #3(5-[D9-3(A-3*I-&*U#36U&386NK41-:0"%KZ  L:Y-
M14WP TRG34RJ34QT3:U&3<U'39 #3+Y-K49-A:!@3,--J0"%H&"I (6@8 U,
MS$V-R$U,V$T%0F%U9#V@ *)-J=(@1CVMWD))"/ #3/]-3/)- S,P,*S(3:)-
MJ>X@1CU,.DZMWD))"O #3!Y.3!%.!#$R,#"LR$VB3JD,($8]3#I.K=Y"20SP
M TPZ3DPP3@0R-# PK,A-HDZI*R!&/6 33#].C3M.3$U.!U!A<FET>3V@ *).
MJ44@1CVMX$+P TQS3DQF3@1.;VYEK#M.HDZI82!&/4RC3JW@0DD%\ -,D4Y,
MA$X#3V1DK#M.HDZI@"!&/4RC3DR93@1%=F5NK#M.HDZIE"!&/6  3*A.C:1.
M3+A."5-T;W!B:71S/:  HDZIKB!&/:W?0O #3-U.3-!. T]N9:RD3J).J<P@
M1CU,[DY,Y$X#5'=OK*1.HDZIX"!&/6 /3/-.C>].3 1/"DQI;F5F965D<SV@
M *).J?D@1CVMX4+P TPI3TP<3P-/9F:L[TZB3ZD8($8]3#E/3"]/ D]NK.].
MHD^I+"!&/6!/*DP_3XTZ3TQ,3P93=&%R=#V@ *)/J44@1CVMU4/)09 #3'9/
M&*W50VE C3M/J5X@7SJM.T\@7SI,?$^MU4,@7SJM.D]) ? #3(M/J9L@7SI@
M3Q1,D4^-C$],G4\%4W1O<#V@ *)/J9<@1CVMUD/)09 #3,=/&*W60VE C8U/
MJ5X@7SJMC4\@7SI,S4^MUD,@7SJMC$]) ? #3-Q/J9L@7SI@#TSA3XW=3TSM
M3P5&;&]W/:  HD^IYR!&/:W70TD!\ -,$U!,!E "3VZLW4^B4*D#($8]3"10
M3!I0 T]F9JS=3Z)0J18@1CU@;F<H3"M0K5%$C250K250\ -,/U"I 2#)36"@
M(*)$J5$@2$VEH- #3%M0H &N[$.MZT,@1CU@HD2I42!G,*6AC2=0I:"-)E"M
M)E!)+- %#2=020'P TR%4*D(C=Y"3,-0K2902;#0!0TG4$D$\ -,GE"I"HW>
M0DS#4*TF4$E@T 4-)U!)"? #3+=0J0R-WD),PU"@ :X 1*W_0R!&/6"I!" ,
M+R ;0ZW30TD!\ -,V% @XT)@94S=4*U11(W94*W94/ #3/%0J0$@/$Y@H""B
M1*E1($A-I:#0 TP-4: !KNQ#K>M#($8]8$P5401N;VYEJ5&%HZ 0HD2I42!8
M,Z6@!:'P TPS4:  C.!"3(I13#M1!&5V96ZI486CH#:B1*E1(%@SI: %H? #
M3%E1J0J-X$),BE%,8%$#;V1DJ5&%HZ!<HD2I42!8,Z6@!:'P TQ^4:D%C>!"
M3(I1H &N $2M_T,@1CU@J00@#"\@7D.MTT-) ? #3)]1(.-"8"!%3*51K5%$
MC:!1K:!1\ -,N5&I 2"E3F"@(*)$J5$@2$VEH- #3-51H &N[$.MZT,@1CU@
MHD2I42!G,*6@C:%1K:%120'P TSS4:  C-]"3!%2K:%120+P TP%4J !C-]"
M3!%2H &N $2M_T,@1CU@J00@#"\@&T.MTT-) ? #3"92(.-"8 U,*U*M442-
M)U*M)U+P TP_4JD!(/!.8* @HD2I42!(3:6@T -,6U*@ :[L0ZWK0R!&/6!,
M85(";VZI4H6CH%ZB1*E1(%@SI: %H? #3']2J4"-X4),L%),AE(#;V9FJ5*%
MHZ""HD2I42!8,Z6@!:'P TRD4J  C.%"3+!2H &N $2M_T,@1CU@J00@#"\@
M7D.MTT-) ? #3,52(.-"8$S)4JW30TD!\ -,Y5*I!" ,+ZD ()5#H ",TT.,
MU$-@94E,ZU*M442-YU*MYU+P TS_4JD!(#Q/8* @HD2I42!(3:6@T -,&U.@
M :[L0ZWK0R!&/6"I+\U21) #3#]3K5)$R3J0 TP_4Z)$J5$@9S"EH(W50V!,
MK5.MYU)) ? #3&Q3K5)$C>92J6#-YE*0 TQB4SBMYE+I((WF4JWF4HW50V!,
MK5.M4D1)7O #3*)3K5-$C>92J6#-YE*0 TR/4SBMYE+I((WF4CBMYE+I0(WF
M4JWF4HW50V!,K5.@ :X 1*W_0R!&/6"14TRS4ZU11(VO4ZVO4_ #3,=3J0$@
MCD]@H""B1*E1($A-I:#0 TSC4Z !KNQ#K>M#($8]8*DOS5)$D -,!U2M4D3)
M.I #3 =4HD2I42!G,*6@C=9#8$QU5*VO4TD!\ -,-%2M4D2-KE.I8,VN4Y #
M3"I4.*VN4^D@C:Y3K:Y3C=9#8$QU5*U21$E>\ -,:E2M4T2-KE.I8,VN4Y #
M3%=4.*VN4^D@C:Y3.*VN4^E C:Y3K:Y3C=9#8$QU5* !K@!$K?]#($8]8&),
M>E2M442-=E2M=E3P TR.5*D!(-Y/8* @HD2I42!(3:6@T -,JE2@ :[L0ZWK
M0R!&/6!,L%0";VZI5(6CH*VB1*E1(%@SI: %H? #3,Y4H &,UT-,_E1,U50#
M;V9FJ52%HZ#1HD2I42!8,Z6@!:'P TSS5*  C-=#3/Y4H &N $2M_T,@1CU@
M8$P#5: !C XTJ0 @R4VI%(T.-*D!(#Q.H &,#C2I ""E3JD4C0XTJ0$@\$Z@
M 8P.-*D (#Q/J12-#C2I 2".3Z !C XTJ0$@WD]@3$U5J9L@7SI,B54S0V]M
M;6%N9" @(" @07)G=6UE;G1S(" @(" @(" @(" @(" @(" @($1E<V-R:7!T
M:6]NH &B5:E5($8]3-%5.RTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TMH &B5:F5($8]3 ]6,4)!
M540@(" @(" @(#,P,"PQ,C P+#(T,# @(" @(" @(" @4V5T(&)A=60@<F%T
M92Z@ :)5J=T@1CU,2E8N4$%22519(" @(" @159%3BQ/1$0L3D].12 @(" @
M(" @("!3970@4&%R:71Y+J !HE:I&R!&/4R15CI35$]00DE44R @(" Q+#(@
M(" @(" @(" @(" @(" @(" @(%-E="!N=6UB97(@;V8@<W1O<&)I=',NH &B
M5JE6($8]3-)6-$Q&(" @(" @(" @($].+$]&1B @(" @(" @(" @(" @(" @
M07!P96YD($QI;F5F965D<S^@ :)6J9T@1CU,$%<Q2$%.1R @(" @(" @*$YO
M($%R9W5M96YT<RD@(" @(" @("!(86YG('5P('!H;VYE+J !HE:IWB!&/4Q<
M5S]&3$]7(" @(" @("!/3BQ/1D8@(" @(" @(" @(" @(" @($5N86)L92]D
M:7-A8FQE(&9L;W<@8V]N=')O;"Z@ :)7J1P@1CU,J%<_4U1!4E0@(" @(" @
M7F-H87(L8VAA<BQA<V-I:2 C(" @("!3970@9FQO=R!C;VYT<F]L('-T87)T
M(&-H87(NH &B5ZEH($8]3/-7/E-43U @(" @(" @(%YC:&%R+&-H87(L87-C
M:6D@(R @(" @4V5T(&9L;W<@8V]N=')O;"!S=&]P(&-H87(NH &B5ZFT($8]
M3#!8,$-,4R @(" @(" @("A.;R!!<F=U;65N=',I(" @(" @(" @0VQE87(@
M<V-R965N+J !HE>I_R!&/4QZ6#U32$]7(" @(" @(" H3F\@07)G=6UE;G1S
M*2 @(" @(" @($1I<W!L87D@5&5R;6EN86P@<V5T=&EN9W,NH &B6*D\($8]
M3,18/5%5250@(" @(" @("A.;R!!<F=U;65N=',I(" @(" @(" @17AI="!P
M<F]G<F%M("A#;VQD(%-T87)T*2Z@ :)8J88@1CU,_U@N/R @(" @(" @(" @
M*$YO($%R9W5M96YT<RD@(" @(" @("!4:&ES('-T=69F+J !HEBIT"!&/4Q'
M63LM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+: !HEFI"R!&/4QV62(\4U1!4E0^(&ME>2 M($5N
M=&5R('1E<FUI;F%L(&UO9&4NH &B6:E3($8]3*59(CQ314Q%0U0^(&ME>2 M
M($5N=&5R(&-O;6UA;F0@;6]D92Z@ :)9J8(@1CU,UEDD/$]05$E/3CX@:V5Y
M("T@26YV97)T('-C<F5E;B!C;VQO<G,NH &B6:FQ($8]3!):+T%L;"!C;VUM
M86YD<R!W;W)K(&EN(&)O=&@@=7!P97(@86YD(&QO=V5R(&-A<V4NH &B6:GB
M($8]J9L@7SI@3"1:3"Q:!&)A=62I6H6CH">B1*D!(%@SI: %H? #3$9:("A0
M8$Q06@9P87)I='FI6H6CH$FB1*D!(%@SI: %H? #3'%:HD2I42!R2B#:4&!,
M?5H(<W1O<&)I='.I6H6CH'2B1*D!(%@SI: %H? #3)=:(*)18$R=6@)L9JE:
MA:.@FJ)$J0$@6#.EH 6A\ -,OEJB1*E1(')*("A28$S&6@1H86YGJ5J%HZ#!
MHD2I 2!8,Z6@!:'P TS@6B#&4F!,Z5H%<W1A<G2I6H6CH..B1*D!(%@SI: %
MH? #3 -;(.A28$P+6P1S=&]PJ5N%HZ &HD2I 2!8,Z6@!:'P TPE6R"P4V!,
M+5L$9FQO=ZE;A:.@**)$J0$@6#.EH 6A\ -,3ENB1*E1(')*('=48$Q56P-C
M;'.I6X6CH%&B1*D!(%@SI: %H? #3&];(/PY8$QW6P1Q=6ETJ5N%HZ!RHD2I
M 2!8,Z6@!:'P TR06R!WY$R86P1S:&]WJ5N%HZ"3HD2I 2!8,Z6@!:'P TRR
M6R  56!,MUL!/ZE;A:.@M:)$J0$@6#.EH 6A\ -,T5L@2E5@3.1;#TEL;&5G
M86P@0V]M;6%N9* !HENIU"!&/6 P* %,]%NIFR!?.JD A:.I (6DH%"B1*E1
M( XSJ0"%HZD A:2@4*)$J0$@#C.I (6CJ0"%I*!0HD2IH2 .,TPY7 E#;VUM
M86YD.B"@ *)<J2\@1CT@]4JEH(WP6ZWP6_ #3%5<3-Q<K0%$C>Y;J0#-[EN0
M TS97*)$J0$@34R@(*)$J0$@2$VEH(WO6ZWO6] #3,]<.*WO6^D!C>];J42%
MHZD!A:2M[UN%I: !HD2IH2"C,ZE$A:,8K>];:0&%I*WN6X6EH &B1*E1(*,S
MJ42%HZ"AHD2I 2",,Z)$J5$@34RB1*D!(')*("%:3/E;J9L@7SI@'@#^3.A<
M(/PY()5"J2*-#C2I XT/-$P"7096=#4R96V@ *)<J?L@I3VI&HT.-*D%C0\T
M3#5='$%T87)I('9T-3(@96UU;&%T;W(@=F5R+B Q+C.@ *)=J1@@1CVI&XT.
M-*D'C0\T3&9=&D)Y($UA<FL@02X@4W1O<FEN("AC*2 Q.3@WH "B7:E+($8]
MJ1>-#C2I"(T/-$R?72)#3TPX,"Y!0U0@*&,I(#$Y.#8@1V5N97)I:R!3>7-T
M96USH "B7:E\($8]J1R-#C2I"HT/-* !C!0T3--=&$AI="!A;GD@:V5Y('1O
M(&-O;G1I;G5E+J  HEVINB!&/:  C!0TC.1<C.-<J1#-XURI)^WD7+ #3 %>
M[N-<T.SNY%Q,YUU,!UX"2SJI!(6CJ0"%I*!>H@2I B#5+JD"(%0OI:"-XERI
M B ,+V!I3"Q>H "$MZE,C58MJ;B-6"VI@XU7+:D%A9RI@(6;J0$@#"^I!R ,
M+TQ77@)+.JD$A:.I (6DH%ZB5*D'(-4NHO^I]R#E,J6@C2A>J0O-*%Z0 TR+
M7JGYC2!%J0J-'T5,E5ZI]8T@1:E6C1]%J00@#"^I B ,+Z !H@*I1"#U,B 2
M.B#E7"#\.4RW7@)2.JD,A:.I (6DH%ZBM*D$(-4N(!M#(%Y#J00@#"^I B ,
M+TS>7@)+.JD$A:.I (6DH%ZBVZD"(-4N(+I"(/)$(/%;K=-#\ -,$E^@ 8S3
M0ZD!()5#(.-"H ",U$,@)$F@ 8S40TSU7F!@X@+C BE>9V=G9V=G9V=G9V=G
-9V=G9V=G9V=G9V=G9T,@
 
end
-- 
Mark A. Storin					|  These opinions are my own,
Lake Systems, Milw., WI				|  you can't have them!
UUCP:  {ihnp4,uwvax}!uwmcsd1!lakesys!mark       |

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/24/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 24 Aug 87 14:22:49 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa17519; 24 Aug 87 5:38 EDT
Date:  Fri 21 Aug 87 22:44:07 PDT
Subject:  Info-Atari8 Digest V87 #73
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Friday, August 21, 1987   Volume 87 : Issue 73

This weeks Editor: Bill Westfield

Today's Topics:

                    Keyboard Buffer for Kermit 65
                    Re: More than 16K on a 600XL?
                       More wierd questions...
                  Re: Keyboard Buffer for Kermit 65
                     Re: More wierd questions...
           Re: Atari 2600 specs/instruction set/programming
                              Re: (none)
                              Re: (none)
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Date: 19 Aug 87 19:07:09 GMT
From: austin!hpai@cs.utah.edu  (HP AI User)
Subject: Keyboard Buffer for Kermit 65
To: info-atari8@score.stanford.edu

	I have been told by John Dunning that his Kermit 65 uses page 6
of memory as a buffer and it so happens that the keyboard buffer also
resides in page 6. Why it still works remains a mystery.
In any case, I caution using the keyboard buffer in Kermit 65 until John
has installed it in a safe location in his new version of Kermit 65.
You may still of course use the keyboard buffer for other programs that
don't use page 6.

Jason Leigh
u-jleigh@ug.utah.edu
------------------
Disclaimer: What I gotta say, ain't go nuttin' ta do with the University
	    of Utah.

------------------------------

Date: 19 Aug 87 23:47:13 GMT
From: hans@umd5.umd.edu  (Hans Breitenlohner)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

In article <1830@bcsaic.UUCP> ray@bcsaic.UUCP (Ray Allis) writes:
>What is the most reasonable way to increase my 600XL's memory
>to a size useable with Atariwriter or other word processors?
>
>-- 
>CSNET: ray@boeing.com
>UUCP:  uw-june!bcsaic!ray

Following are instructions for upgrading a 600XL to 64k.  I promised to write
this up and post it some time ago.  Thanks for giving me another incentive,
and apologies to all who have waited for this.


-------------------------------------------------------------------------------
                 Upgrading an ATARI 600 XL to 64k memory

                         Hans Breitenlohner
                      Computer Science Center
                      University of Maryland



It is fairly simple to upgrade a 600XL computer to 64k memory.  Parts required
are two 64k by 4 RAM chips (TMS 4464 or equivalent), a 14 pin dip header
(optional) and three pieces of hookup wire.  Tools required are screwdrivers,
pliers, soldering iron, etc.  No special tools of any kind are required.

Having said this much, I feel that I should include the following DISCLAIMER:
This project requires that you open your computer, and solder and maybe cut
traces on the circuit board.  If the thought of this makes you uncomfortable,
if you have no experience with this kind of work, or don't have access to
suitable soldering equipment, then this job is NOT for you!  You will
definitely void your warranty, and if your computer does not work you will be
on your own.  You may have problems getting it fixed if the need should arise
in the future.  (Of course, if you are willing to pay someone 50-60 dollars
to fix a 600XL, talk to me, and I would love to help you out!)

No warranty, expressed or implied, including but not limited to .......
If you try this, however, and have problems, send me mail and I will try to
help, within the constraints of available resources.

Commercial alternatives:  American TV advertises a 64k expansion for the
600XL.  I do not know if it is similar to this, or if it is the plug in unit
which Atari advertised at one time.  Closer to home (for me, anyway) Computer
Service Land (14506-B Lee Road, Chantilly, Va., 22021, 703-631-4949)
offers an upgrade kit for around 30-40 dollars.  I have not seen it, but have
been told that it is very similar to what I have.  The extra money may buy
you better documentation or after-the-fact support.

A.  A brief description of the 600XL

The 600XL is a stripped down version of the 800XL.  With a few exceptions
the circuitry is the same as in the 800XL.  The case and circuit board
are smaller, as a result the layout had to be changed, and things are squeezed
together more tightly.  Memory consists of two 16k by 4 chips, and there is
an extra IC in the memory logic (more on that later).  There is no video out.
However, all the traces for it seem to be on the circuit board, and if you
remove the channel 2/3 switch, put in a 5-pin DIN socket, and plug in
all the resistors, caps, and transistors, it should be possible to get 
the video output just as in the 800XL.
Along with the layout, the numbering of the ICs was changed, and different
sections of multi-section ICs may be used than in the 800XL.

B.  Schematics

I used the Sams Computerfacts for the 800XL when I worked this out.  They are
not inspired (especially in their use of logic symbols for some of the standard
74LS circuits) but do appear to be complete and correct.  I am not aware of
any specific 600XL schematics.  I will explain this project so that you
do not need schematics to complete it.

C.  The Upgrade

Take apart your computer and remove the shielding from the circuit board.  If
you need step by step instructions on which screws to loosen, and when, read
the second paragraph of this again, now, before it is too late.
Two small warnings, though:  You can't fold the top of the case to one side
without disconnecting the keyboard cable, as you can on an 800XL.  Pull the 
small circuit board out of the socket on the main board.  I do not think
the cable is meant to be removed from its socket.  Secondly, there is one 
screw holding the circuit board to the case inside the shield (near the
modulator).  It is fairly easy to remove, but requires lots of care when
reassembling.

I have done this project once, and the circuit board had the following
identification (on the bottom):
  ATARI INC.
  MADE IN HONG KONG
  CO61677  7/1983
  REV. X9A
If yours is significantly different, your mileage on this project may vary!
The ANTIC chip (u9) should be a CO21697, and not a CO12296.  I think all 600XLs
have the correct one.

Replace the two memory chips (u11, u12) with TMS4464 or equivalent.  I ordered
mine from Microprocessors Unlimited.  I paid less than $12.50 then (about
a year and a half ago), and received them within 2-3 days of ordering.

The address multiplexers, u5 and u6 (74LS158) are not connected to the address
bits A14 and A15.  u6 pin 10 and u5-3 are grounded.  They need to be connected
to the two address signals.  It does not matter which pin is connected to which
of the signals.  This may be done by cutting the traces on the
bottom of the board feeding those two pins, or by removing the pins from the
sockets (assuming the board is socketed, mine is).  There are four feed-through
holes on the board about halfway between u9-21 and u14-1.  The rightmost two
are connected to A14 and A15, and I ran wires from there to the two legs of
U5 and U6 which I pulled out of their sockets.  If you decide to cut traces
and do the wiring on the bottom of the board, there may be better ways.  A14 is
available at the CPU u10-24, the ANTIC chip u9-19, at the second feed through
from the right, and at u15-9.  A15 is available at u10-25, u9-20, rightmost
feed through, and u15-15.  

After either of the previous steps you may want to run memory tests.  To do 
this you need to plug in the keyboard and power supply, being careful not to
short anything, etc.  In either case you should see 16k of good RAM.

There is circuitry in the 600XL to prevent references to RAM above 16k.
Half of the 74LS375 (unused in the 800XL) is used to latch A14 and A15.  The
extra circuit, a 74S32 at u18, combines these (latched A14 at pin 5, latched
A15 at pin 4, OR of the two at pin 6), and ORs the original CAS signal (pin 10)
with the result (pin 9) to produce the actual CAS signal to the memories.
To complete the upgrade, remove the 74S32 from location u18, and either 
insert a DIP header with a jumper from pin 8 to pin 10, or solder a jumper
to the board between the two pins.  If you perform this step before the
previous two, you will not be able to run memory tests, or use it in any
other way.

Reassemble the computer.  If you run memory tests now, you should see 40 or
48k of good RAM, depending on whether Basic is enabled.  The computer should
act exactly like an 800XL in all respects.

P.S.:  I have noticed that the picture quality from my 600XL is somewhat worse
than from 800XLs.  In particular there are six or seven vertical bars near the
left edge of the screen, probably related to memory refresh signals.  I do not
know if that is a problem with 600XLs in general, perhaps caused by the
different layout, or if the problem is unique to my system.  I also do not
recall if the problem was there before I did this upgrade.  If anybody does
this and can answer either of these questions, please let me know.

P.P.S.:  Now that 256k by 4 memories are available at somewhat reasonable
prices, the way is open to take one of the 256k upgrades for the 800XL and
adapt it to the 600XL.

------------------------------

Date: Thu, 20 Aug 87 14:57 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: More wierd questions...
To: Info-Atari8@SCORE.STANFORD.EDU

I've been looking at the little typeahead frob posted by u-jleigh
recently.  It WON'T work as is with Kermit-65, as was previously
alleged, but it can easily be hacked to make it work.  However, there
are two ways to go here:  either load it external to kermit, as the
posted version requires, or build it into kermit, and have kermit turn
it on at init time, and off at exit time (or maybe make it switchable or
something).  However, since it hacks on interrupt vectors, it'd be nice
if the embedded version could detect the presence of the separately
loaded version, and not preempt it.

So, the questions before the house are: 1) Would the listening audience
like to see this feature added to kermit, and 2) is there any good place
in OS ram for storing facts like "The typeahead handler is already
in place, dummy!"?

------------------------------

Date: 20 Aug 87 22:24:16 GMT
From: muscat!striepe@decwrl.dec.com  (Harald Striepe)
Subject: Re: Keyboard Buffer for Kermit 65
To: info-atari8@score.stanford.edu

In article <4842@utah-cs.UUCP> hpai%austin.UUCP@utah-cs.UUCP (HP AI User) writes:
>
>	I have been told by John Dunning that his Kermit 65 uses page 6
>of memory as a buffer and it so happens that the keyboard buffer also
>resides in page 6. Why it still works remains a mystery.
What serial driver are you using?  John relocates the RS-232 buffer into
page 6 via XIO call,  not all drivers support that (they just ignore it).

>In any case, I caution using the keyboard buffer in Kermit 65 until John
>has installed it in a safe location in his new version of Kermit 65.
>You may still of course use the keyboard buffer for other programs that
>don't use page 6.
I use it with the SpartaDOS buffer without problems.
However,  the posted version has a bug in the download protocol in binary
mode.  John is working on a new version.
SpartaDOS does not support EOF LOOKAHEAD error 3,  uploads will result in a
null byte appended.  He will fix that also.

This is the best VT100 emulator yet (even if I would like to see some of
the keypad emulation key choices changed - users are never happy :-) ).

Thanks, John!
-- 
Harald Striepe
Digital Equipment Corp., SPG Mktg, Sunnyvale, CA
decwrl!muscat!striepe, decwrl!dec-rhea!dec-canvas!striepe, CANVAS::STRIEPE

------------------------------

Date:      Fri, 21 Aug 87 03:59:05 CDT
To:        <info-atari8@score.stanford.edu>
From:      "Gene Merritt" <F1.GDM%ISUMVS.BITNET@wiscvm.wisc.edu>

Does anyone know the easiest way to contact Keith Ledbetter?

He is the author of my favorite term prog, Express! 1030/xm301.  I do not have
a CompuSpend account or a GEnie or even delphi accnt.  I would like to find
out if he uses Bitnet or one of the other major (free) networks.

My main reason is this: I would like to see Exp! converted to 80 col.
Has anyone done this?

I have Omniview...should I just get a copy of Omnicom?  Has anyone used Omnicom?
Will it support a Hayes compat 1200 baud modem? Does it do up/downloading?
What is the general reaction to this piece of software? It is of good quality or
is it "just what is available?"

F1.GDM @ ISUMVS.bitnet

"It was the kind of crowd that would make the Fool Killer lower his club, shake
his head and walk away, frustrated at the sheer magnitude of the opportunity."

------------------------------

Date: 21 Aug 87 07:39:41 GMT
From: super.upenn.edu!eecae!nancy!msudoc!conklin@RUTGERS.EDU  (Terry Conklin)
Subject: Re: More wierd questions...
To: info-atari8@score.stanford.edu

I for one would not like to see Kermit-65 do any type ahead buffering.
I'm using it exclusively. (Hey, just for the record, this is a GREAT
program!!! Where can I tell FTD to send the wreath of achievement? Or do
you have a local party store that takes Visa & delivers.) SpartaDOS
already does wonderful type-ahead buffering.

More importantly, the Atari OS is a great piece of work. Device
Independence is an important feature that puts it with today's efforts. In
the nature of this work, it is better to make an external load-once type
ahead program that works with everything than to lock you into using
this Kermit to achieve it. Given a good general purpose modified K:, you
could offer typeahead to everything, all the time.

It's this kind of technojunk that keeps my 8bit a competetive tool with
the IBM PC I hang on my wall.

Terry Conklin
...ihnp4!msudoc!conklin
   conklin@cps.msu.edu  (ARPA)
   (517) 372-3131   3/12/24 (Club Lansing)
   (313) 334-8877   3/12    (Club II. Has all known extended memory
			     software (256K XL) online. Please help
			     keep it that way.)

------------------------------

Date: 20 Aug 87 00:44:45 GMT
From: ihnp4!alberta!sask!long@ucbvax.Berkeley.EDU  (Warren Long)
Subject: Re: Atari 2600 specs/instruction set/programming
To: info-atari8@score.stanford.edu

Once upon a time, about 1 yr. ago, someone posted a whole pile of
information about the 2600.  I believe it contained virtually
everything you could want to know about the machine (Ops, wiring,
and hints).  I had it saved for about 8 months, (for interests' sake)
but then decided that realistically, I was never going to look at it
again, so I deleted the file.  

However, I know it existed once, and therefore, someone must have a
copy, even if only the guy who posted it!!

Warren

-- 
=-=-=-=-=-Warren Long at University of Saskatchewan, Canada-=-=-=-=-
Home: 78 Carleton Dr.,Saskatoon, Sasakatchewan, S7H 3N6
Phone: (306)-955-1237
=-=-=-=-=-U-Email: ...!ihnp4!alberta!sask!long     -=-=-=-=-=-=-=-=-

------------------------------

Date: 21 Aug 87 13:38:07 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Re: (none)
To: info-atari8@score.stanford.edu

In article <8708210900.AA29270@ucbvax.Berkeley.EDU> F1.GDM@ISUMVS.BITNET ("Gene Merritt") writes:

> Does anyone know the easiest way to contact Keith Ledbetter?  
> He is the author of my favorite term prog, Express! 1030/xm301.  I do not
have 
> a CompuSpend account or a GEnie or even delphi accnt.  I would
like to find 
> out if he uses Bitnet or one of the other major (free)
networks.  
> My main reason is this: I would like to see Exp!converted to 80 col.
> Has anyone done this?  

Keith is working for ICD Inc, as a programmer, you can write to him in
care of ICD or try calling the ICD BBS (I don't have their address or
number with me now.)

As far as I know the only networks Keith has access to is Compuserve
and GEnie.

I wonder if the new program SX Express!, which Keith is writing for
the new SX212 modem supports 80 columns?  Any comments Neil???
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

Date: 21 Aug 87 14:24:47 GMT
From: decvax!sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ucbvax.Berkeley.EDU  (fred sullivan)
Subject: Re: (none)
To: info-atari8@score.stanford.edu

In article <8708210900.AA29270@ucbvax.Berkeley.EDU> F1.GDM@ISUMVS.BITNET ("Gene Merritt") writes:
>I have Omniview...should I just get a copy of Omnicom?  Has anyone used Omnicom?
>Will it support a Hayes compat 1200 baud modem? Does it do up/downloading?
>What is the general reaction to this piece of software? It is of good quality or
>is it "just what is available?"

I have omnicom for the 800, and I have heard of newer versions with more
features.  At any rate:
1. My copy has no explicit support for "Hayes" compatable modems.  (If you
want to know why Hayes is in quotes, read the fine print on the outside of a
Hayes box.  On the other hand, I can type atds pretty quickly.

2. It does kermit file transfers.

3. It is ok, but would be improved if: all ascii characters were correct
(curly braces and such are displayed as the corresponding atascii graphics
character), if the screen didn't permanently change colors when you do file
transfers, and if you didn't have to refer to the 850 manual for special
numbers when setting it to 2400 baud.  I'll give it a better than "just
what's available" but not really a polished product rating.  Incidentally,
until recently I used it extensively as a terminal, and it worked fine with
vi and Gnu emacs (although I did have to put in a termcap with delays on
reverse scroll to use it with emacs at 2400 baud).

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 21 Aug 87 19:16:37 GMT
From: hans@umd5.umd.edu  (Hans Breitenlohner)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

Here are two brief followups to my recent posting:

1. Feel free to pass the article to any bulletin board, network, newsletter,
   etc.  

2. If you install any 600XL upgrade which uses 64k by 4 RAMs, you should be
   aware that these are 256k RAM technology.  256k RAMs are much more for-
   giving about refresh than 64k RAMs.  While this is generally a good thing,
   it causes problems with the way the XL distinguishes between cold start
   and warm start.  Especially when the machine is cold, you may have to
   power it down for 10-15 seconds to convince it to do a cold start.
   There was a posting of a ROM patch to force cold starts from the keyboard,
   and I have developed something similar (better, of course, IMHO :-).
   Let me know if you want either.

For more info, I can be reached in the following ways:
   UUCP  !umd5!hans
   ARPA  hans@umd2.umd.edu (preferred) or hans@umd5.umd.edu
   Bitnet hans@umd2
   AT&T-net  301-454-2946
   usnail-net  Computer Science Center, Univ. of Maryland, College Park, Md,
                  20742

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/24/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 24 Aug 87 20:28:02 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27939; 24 Aug 87 16:14 EDT
Date:  Mon 24 Aug 87 09:22:47 PDT
Subject:  Info-Atari8 Digest V87 #74
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, August 24, 1987   Volume 87 : Issue 74

This weeks Editor: Bill Westfield

Today's Topics:

                           new express bbs
                       new express bbs trailer
                     Re: More wierd questions...
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Posted-Date:  22 Aug 87 23:56 EDT
Date:  Sat, 22 Aug 87 23:54 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  new express bbs
To:  info-atari8@SCORE.STANFORD.EDU

Interview with Kieth Ledbetter about the new Express! BBS Professional
------------------------------------

Network: Atari and the Hard Disk User Group have recently had the
distinct pleasure of interviewing Keith Ledbetter Author of the highly
successful Express! series of Terminal and BBS Programs.  This interview
centers on the newest of his BBS programs:

     BBS Express! Professional

Chuck:  Welcome Keith and we are honored to have this opportunity
to talk with you about you current efforts.

Keith:  Thank you Chuck.  It's nice to have support like yours.

Chuck:  Believe me Keith there are hundreds more that support your
work.  I'm not alone.  Well I have a pretty exhaustive list of questions
about your newest version of BBS Express! and I'm sure the readers
will be glad to hear about it.

  Let me start out by asking one of the most frequently asked questions
I get here.  Will you allow other SysOps and programmers the opportunity
to write their own files as utilities games and other things for this
version?

Keith:  Absolutely.  This new version is dramatically different than
all the others.  I'll supply a list of equates for those wishing
to write nice utilities for the BBS.  There will also be some example
programs. some source code will be on the disk

  All the system vectors and variable names that point to commonly
used routines will be supplied so that the bulk of utilities folks
write that utilize SpartaDOS [3.2d] functions will be easier to write.
You don't ha ve to write all that stuff now just use the routines already
provided while writing your program around them.

  Things like input/output from/to the modem etc. will be user accessible
for people who want to write their own external commands.

Chuck:  Which language did you use to write the new version?

Keith:  Well I used my own ST and a cross assembler and ported over
to the 8-Bit Atari system.

Chuck:  Then which language do the programmers use to add these other
options?

Keith:  MAC/65 or any other machine language as long as the addressing
corresponds to the correct vectors I'll supply.  Probably MAC/65 will
be the best for this.  Anybody having experience in ML can write
files for the BBS.  It's real simple.  Real easy for folks to write
their own commands.

Chuck:  What are some of the new things we can expect...Changes in
format etc.?

Keith:  Well you are really going to need a ramdisk or a hard disk
to run this version.  Most of the commands are external commands
[separate files] and using a floppy will be slow to say the least.
 It can be done but will be very slow.  You might be able to get by
with a US Doubled 1050 but you're still talking about accessing the
drive for every command.

  You get to basically use the commands supplied and if you don't
like those you can write your own.  It's a real simple task.

Chuck:  Whew!  Let's jump ahead for a second and let me ask when this
gem will be up for sale.

Keith:  Oh that's really hard to say.  Right now I'd say...

Chuck: ...Before this newsletter hits the stands in October???

Keith:  No.  right now I'd say it's about 80% complete.  I'm hoping
to get into Beta test by the end of this month [August] and it might
be possible by October but it's really hard to say.  I'll let Network:
Atari and the Mouse BBS do the Beta testing.

Chuck:  Music to my ears....

Keith:  I figured it would be.

Chuck:  OK back to configuration.  I had one of my users ask if you
were going to support Kermit Protocol.

Keith:  No we'll support XMODEM CRC and YMODEM but not Kermit.

Chuck:  You mentioned SpartaDOS 3.2d and I was wondering which other
DOS's can be used.

Keith:  The new system absolutely requires SpartaDOS 3.2d.  No other
DOS.  You can use the R-TIME8 or run off of the internal software
clock in SpartadOS.

Chuck:  What about the Sparta-X Cartridge?

Kei th:  It's being worked on right now.  It should work with that
because we are going to try to preserve all of the system vectors all
the time/date vectors and all of that.

Chuck:  Are there any forseeable problems running off of an MIO or
P: R: Connection?

Keith:  No I'm running it off of an MIO right now.  Should be no problems
at all.

Chuck:  Ok how many columns support are we to expect?  38?  40?  80?

Keith:  There are basically 4 sets of menus under HELP40 and HELP80
Pathnames.  Support for the ST for sure and maybe VT-52.  I'm still
thinking about the VT-52 though.  We'll see about that one.  It's
possible but I'm not sure at the moment.

Chuck:  What about the high baud rate?  What's the limit this time?

Keith:  300 through 9600 Baud.

Chuck:  Will it actually do 9600?

Keith:  Yes but you have to have the exact same type of modem on each
end to have it work.  There's not much call for it but it's there.

Chuck:  I figure there's only 2 other folks out there in modem land
pushing 9600 at any rate so I'm sure we don't really need it.  I'm
not going to go out to buy 9600 unless it becomes standard.

Keith:  Right but it's in there for those that want it.

Chuck:  Basically 2400 baud max will be used.  Great.

Keith:  Right.

Chuck:  Ok What else?

Keith:  Well before I let the SysOp define his/her own pathnames and
such but this version has them all Hard-Coded.

  You have to CREDIR each of those since they are hard-coded.  All
of the Sub-Directories have been set up the same.  Hard-Coded.  There
are COMMANDS> HELP40> HELP80> BASES> USERLOG> FILES> and other subs that
need creation.  Also the Message Bases 32 of them are Hard-Coded.  BASE01 BASE02 
etc.

  4000 Bytes maximum P/Message and 250 Messages P/Base.  Plenty to
go around I guess.  That's roughly 50 lines @ 80 Columns P/Line.
 A short novel.

Chuck:  That should make everyone happy.  Is there a good Message
Base Editor?

Keith:  Absolutely but it's set up a bit different.  Previously we
had all those commands before you entered the Base but now the sub-commands
come after that.  I found it was easier that way.

Chuck:  How about the Menu's?  Will they be set-up the same?  Can
I use my old menu's from the old system?

Keith:  No because they are set-up a little different however I may
write a quick converter program to change all those over.  Maybe
even one for the userlog.

Chuck:  Are the "letter-commands" still going to be the same?

Keith:  Sure but there may be "word" command support too.  The way
it is now and the way it'll probably enter Beta test will be with
the letter options.

Chuck:  Ok.  What did I forget?

Keith:  You have to ask me about download files!!!

Chuck:  Hehe..ok hey Keith what have you done about the 8 Pathname
limit in the download section?

Keith:  Well I'm glad you asked me about that.  There are now 516 128
available filenames that you can have in your Massive download section!

  It's set up like this:  I have Hard-Coded the program to read sub-director
ies FILES_01> through FILES_32>.  Under each of those sub-directories
are all the sub-directories that you want scanned.  Figure 127 SysOp-Chosen
Sub-directories under each of these FILES_xx> sub-directories and
each containing 127 downloadable files you come up with the big picture.

  Another way to put it is you can have sub-directories FILES_01>
through FILES_32> each containing 127 sub-directories apiece and each
of those containing 127 files.

Chuck:  Alright!  You shouldn't have any more complaints about that!

Keith:  Nope.  I took care of that one for a while.

Chuck:  That was probably your biggest complaint true?

Keith:  Yeah that was the big one.  The people that have switched
to the other BBS switched because of that problem.  Well now we've
made the whole BBS better so I expect most of those to come back.

Chuck:  I hate to admit it Keith but I was one of those that switched.
 I'm so ashamed.  But now that we have a new toy I'll gladly switch
over again to see the changes you've made.  I really have to say
that personally I don't care which BBS I operate but it has to suit
the system I run.  With 120 Meg to play with I need flexibility.

Keith:  Gotta do what you gotta do.

Chuck:  Sigh.

Keith:  Getting back to the Downloads.  Each file on the system will
have a 240 character description space allotted to it just like the
ST Express! BBS.

Chuck:  That also takes up disk space.  I can see why you need a
large system.

Keith:  Yes I figure everyone will go with double density and that'S
why I went with 240.  Each will only take up 2 sectors on the disk
P/Description.  But that is at the SysOps approval.  If you don't
want to use the descriptions you can set that up in the SYSDATA.DAT
file.

Chuck:  Does it have a catalog command?  Like the ST version?

Keith:  Better than the ST version.  It will allow a catalog of the
files you specify with wildcards.  There will be 15 names P/Page
and each one  downloadable with the press of a single key.

Chuck:  That sounds like it's going to take some dedicated effort
by a SysOp to set it up.  But once it is done you can have a class
act.

Keith:  Sure.  And all the file descriptions are editable from the
SysOp but really all you'll have to do to set it up is just to copy
all your files over and then go through and do a <B>rowse.  It will
tell you "Description not available" and you just hit <E>dit to write
up a short description.  It's only a lot of work if you have a lot
of files like you.

Chuck:  I'm having typer's cramps already.  However it costs to be
the boss so I can't complain.

  On to another subject.  How about the logon data.  will that still
be setup the same?  Selectable to go either to the printer or a disk
file?

Keith:  Yes it's the same as the older versions.  You'll be able to
use handles and such and the initial logon sequence asks quite a lot
of questions so if it goes to a disk file it will take up a bit of
space.  You have plenty.  The rest is similar to the other versions.

Chuck:  Does that include download ratio's?

Keith:  Yes.  It saves all that data to the logfile.

Chuck:  What are you going to charge for this?

Keith:  I'm n ot really sure yet.  It won't be much though.

Chuck:  Ok what's the maximum number of active users we can have?

Keith:  Well over 65 000 but Realistically you have a logical limit.
 See SpartaDOS can handle a single file 8 Megabytes in length.  Take
that number of bytes and divide it by 256 bytes [the number of bytes
each userlog takes up] and you come out with around 30 000 or so.

Chuck:  Well I don't think that anyone will have that many user. 
Even Atari Base would find it tough.

Keith:  Right and that would be almost a whole Hard Drive partition
just for the userlog.

Chuck:  Time to buy a mainframe!

Keith:  Yeah no kidding.

Chuck:  What about Passwords?

Keith:  On this new version the passwords are user supplied.

Chuck:  Great.  How many characters?

Keith:  From 1 to 15 characters I believe.  Again though just like
the ST version...the user will be assigned a record number and if
they logon with that number then the look-up time will be almost
immediate.

  Now they can optionally key in their Handle along with their password
and then the board will search for it much like it does when you
send E-Mail to somebody.  It looks to see that they exist.  So there
are multiple ways to logon.

Chuck:  Ok would you please explain again if you will the equate functions
that you're supplying with the disk?

Keith:  Sure.  Really there's 2 sets of equates.  One is the MAC/65
source code equates to all of the "Global Variables" including the
SYSDATA data the USER record data Current date current time and whatever.
 Then there are also a set of vectors that are jump vectors.  These
help you control data within the program itself.

[ ZNOTE:  An indepth description was given concerning these equates but
this will come on the disk so we won't waste the space here going
into detail. ]

Chuck:  Then any Atari assembler will be functional for these mods.

Keith:  Correct.  Yes.  It's all very simple because most of the data
you need is already in the shell of the program.  You don't have
to come up with a lot of the user input.  It's already there.

  Even when you're talking about really indepth utilities or games
like adventures and such those things are readily accessible.

Chuck:  Then are we limited to the size of these external commands?

Keith:  Yes.  Somewhere around 16K is the limit.  That's even bigger
than SpartaDOS itself so those are really involved.  The shell really
takes all the kluge work out of writing an assembler program.  It's
totally possible to write a game like Zork(tm) for on-line use if
that's what you wanted to do.

Chuck:  Where can the folks purchase the p rogram?

Keith:  This will be through Orion Micro Systems as always.  The
main support/sales board will remain there.

Chuck:  Can the Hard Disk User Group members get a special price
on it?

Keith:  I'm sure we can work something out for your members.  T hose
are probably the people most likely to purchase it.  Sure.

Chuck:  Ok I'll send Chris King at Orion a list of my members.

Keith:  That'll do it.

Chuck:  Next question.  How many security levels are allowed on the
new system?

Keith:  About 320.  See there are 32 Msg Bases 32 File areas [SIGS]
and 32 command levels.  So basically each user record has 32 flags
for each of those things.  Then there are other things that you would
need to read the documentation to see.

Chuck:  Is there an option on the new board to allow survey's?

Keith:  Yes.  Up to 32 trackable surveys with an un limited number
of questions.

Chuck:  Unlimited?

Keith:  Well by disk space only.

Chuck:  Superior!

Keith:  Again we're talking about a BBS designed for a really big
system.  So by now you can probably see that this is really for a
Hard Disk configuration.

Chuck:  I was seriously hoping for these kinds of modifications and
trvthfully there are a lot of folks going to hard disk systems.  Therefore
this is quite a marketable product in that sense.

Keith:  Right.  You can still run it from floppy but you'll be severely
limited in the options allowed.  Even with the use of a ramdisk.

Chuck:  I see.  Those folks running Megabytes and larger RAMdisks
will be able to apply most of the available options.

Keith:  Correct.

Chuck:  Ok here's one.  I know this is an important issue.  Are the
folks that have purchased the other express! programs going to be
able to trade in their old versions for the new one?

Keith:  Yes they can.  Trading in the master disk for a replacement.
 Even tho ugh this version is being called BBS Express! Professional
[Express! PRO] it is a version 2.0 upgrade of the 850 version.  So those
that are currently owners will be able to upgrade it for a fee that
has not been set yet.

  There is also going to be a 1030 version of BBS Express! Professional so
that news should make everyone happy.  This will be released sometime
after the 850 version.

  Originally we were not going to write a 1030 version.  We figured hey...if
you want to keep up with us you should upgrade to an 850 but we figured
hey...it was really the 1030's that got us started so we'll support
them too.

Chuck:  I'm not sure how many folks run 1030's and Hard Drives but
it's there if needed.

Keith:  Right.  It has now gotten to the point now where we're going
to have to talk to the folks a little more now to determine what
kind of system they want.  We have to be sure they get the version
that they can use best.  With so many version out it may confuse a
few.

Chuck:  To be sure they don't get a Hard Disk version to run off
a single drive...etc.

Keith:  Right.

Chuck:  Hey!  Do you know what just happened?

Keith:  What's that.

Chuck:  I just ran out of questions!

Keith:  Ha!!

Chuck:  Well I sure do appreciate all this good information and I'm
sure my readers do too.

  So now's your chance to ramble and tell the folks what I've neglected
to ask.

Keith:  Well the most important thing to get across is that this is
really a large system BBS program and it really does act that way.

  There's 5 different logon sequences that the SysOp can use.  There
are a LOT of one-key commands available for the SysOp.  See this version
is different in that it was written more for the SysOps editability and
still allows more things for the users.  It's simply a better all-around
program.

  The nice part about it is the fact that it's what the SysOp wants.

  A lot of the program isn't even written yet and I'm not really sure
which way i want to go on some of the things.  Sorta flying by the
seat of my pants.  That's why I needed some suggestions from your
users.  I've basically added all the features that everyone has asked
for.

Chuck:  Well...ending  an interview especially this one is a hard thing
to do but I suppose we have to do it.

Keith:  Ok well let's do this...  give me a call in a few minutes.
 I'll boot up the new version and let you take a look at what I've
got completed.  This way you can get a general idea of the new system.

Chuck:  I'm shakin' all over!  Ok and I want to thank you VERY much
for this exclusive interview today!

Keith:  My pleasure.  No problem.

Chuck:  Fantastic.  Take care Keith.

Keith:  See you later.

------------------------------------

[ ZNOTE: I called Keith and saw the new version a t work.  I want
one!  I figure with all the changes that he has made it will be worth
whatever he asks for it.  And the option to trade in your old master
for the new version is a great deal!

  Plan to call Network: Atari HD Express! BBS <ZBBS> in the next
few weeks to see this version at work!

  I will guarantee you wil l be impressed with his efforts and continue
to support him in his endeavors.

  And last but certainly not least Keith... You've done it again!

------------------------------

Date:  Sun, 23 Aug 87 00:02 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  new express bbs trailer
To:  info-atari8@SCORE.STANFORD.EDU

somewhere out there is a file i sent to info-atari8.  it concerns an
interview of Keith Ledbetter by Chuck Leazott of ZBBS in San Antonio TX
about Keiths new EXPRESS BBS Professional.  The transcript is due to be
released in the Hard drive Users Group (run by Chuck Leazott)
newsletter.  Since most people probably dont belong to that users group,
I have put it on this network as a public service.  Replies and
questions can be directed to me, and I will forward them on to Chuck.
Chuck runs a BBS, but I do not have his number handy on this
terminal...If you are interested, send me a mail-gram and I will copy
out the info to you.  I can remember that his bbs is ZBBS in the above
mentioned location.  it has a 1 Meg MIO and 1 or 2 Hard disk...I think
120 Meg total...and its a 130xe...thats all I remember..  oh
yah...300/1200/2400.  Cothrell -at Dockmaster.arpa

------------------------------

Date: 23 Aug 87 05:45:36 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: Re: More wierd questions...
To: info-atari8@score.stanford.edu

Would someone please tell me where I can get a good VT100
emulator for my  Atari?  I have just joined this news group
and missed the parent articles about the emulator and Kermit.
It woul be most appreciated!

Tom


--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

Date: 23 Aug 87 05:57:51 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

 would like to get some objective opinions of the pro's and con' of
the P:R: connector. Is it worth it?  Or should I hunnt down an 850 and
be done with it.

Thanks in advance



--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/25/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 24 Aug 87 22:18:24 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27939; 24 Aug 87 16:14 EDT
Date:  Mon 24 Aug 87 09:22:47 PDT
Subject:  Info-Atari8 Digest V87 #74
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, August 24, 1987   Volume 87 : Issue 74

This weeks Editor: Bill Westfield

Today's Topics:

                           new express bbs
                       new express bbs trailer
                     Re: More wierd questions...
                    Re: More than 16K on a 600XL?

----------------------------------------------------------------------

Posted-Date:  22 Aug 87 23:56 EDT
Date:  Sat, 22 Aug 87 23:54 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  new express bbs
To:  info-atari8@SCORE.STANFORD.EDU

Interview with Kieth Ledbetter about the new Express! BBS Professional
------------------------------------

Network: Atari and the Hard Disk User Group have recently had the
distinct pleasure of interviewing Keith Ledbetter Author of the highly
successful Express! series of Terminal and BBS Programs.  This interview
centers on the newest of his BBS programs:

     BBS Express! Professional

Chuck:  Welcome Keith and we are honored to have this opportunity
to talk with you about you current efforts.

Keith:  Thank you Chuck.  It's nice to have support like yours.

Chuck:  Believe me Keith there are hundreds more that support your
work.  I'm not alone.  Well I have a pretty exhaustive list of questions
about your newest version of BBS Express! and I'm sure the readers
will be glad to hear about it.

  Let me start out by asking one of the most frequently asked questions
I get here.  Will you allow other SysOps and programmers the opportunity
to write their own files as utilities games and other things for this
version?

Keith:  Absolutely.  This new version is dramatically different than
all the others.  I'll supply a list of equates for those wishing
to write nice utilities for the BBS.  There will also be some example
programs. some source code will be on the disk

  All the system vectors and variable names that point to commonly
used routines will be supplied so that the bulk of utilities folks
write that utilize SpartaDOS [3.2d] functions will be easier to write.
You don't ha ve to write all that stuff now just use the routines already
provided while writing your program around them.

  Things like input/output from/to the modem etc. will be user accessible
for people who want to write their own external commands.

Chuck:  Which language did you use to write the new version?

Keith:  Well I used my own ST and a cross assembler and ported over
to the 8-Bit Atari system.

Chuck:  Then which language do the programmers use to add these other
options?

Keith:  MAC/65 or any other machine language as long as the addressing
corresponds to the correct vectors I'll supply.  Probably MAC/65 will
be the best for this.  Anybody having experience in ML can write
files for the BBS.  It's real simple.  Real easy for folks to write
their own commands.

Chuck:  What are some of the new things we can expect...Changes in
format etc.?

Keith:  Well you are really going to need a ramdisk or a hard disk
to run this version.  Most of the commands are external commands
[separate files] and using a floppy will be slow to say the least.
 It can be done but will be very slow.  You might be able to get by
with a US Doubled 1050 but you're still talking about accessing the
drive for every command.

  You get to basically use the commands supplied and if you don't
like those you can write your own.  It's a real simple task.

Chuck:  Whew!  Let's jump ahead for a second and let me ask when this
gem will be up for sale.

Keith:  Oh that's really hard to say.  Right now I'd say...

Chuck: ...Before this newsletter hits the stands in October???

Keith:  No.  right now I'd say it's about 80% complete.  I'm hoping
to get into Beta test by the end of this month [August] and it might
be possible by October but it's really hard to say.  I'll let Network:
Atari and the Mouse BBS do the Beta testing.

Chuck:  Music to my ears....

Keith:  I figured it would be.

Chuck:  OK back to configuration.  I had one of my users ask if you
were going to support Kermit Protocol.

Keith:  No we'll support XMODEM CRC and YMODEM but not Kermit.

Chuck:  You mentioned SpartaDOS 3.2d and I was wondering which other
DOS's can be used.

Keith:  The new system absolutely requires SpartaDOS 3.2d.  No other
DOS.  You can use the R-TIME8 or run off of the internal software
clock in SpartadOS.

Chuck:  What about the Sparta-X Cartridge?

Kei th:  It's being worked on right now.  It should work with that
because we are going to try to preserve all of the system vectors all
the time/date vectors and all of that.

Chuck:  Are there any forseeable problems running off of an MIO or
P: R: Connection?

Keith:  No I'm running it off of an MIO right now.  Should be no problems
at all.

Chuck:  Ok how many columns support are we to expect?  38?  40?  80?

Keith:  There are basically 4 sets of menus under HELP40 and HELP80
Pathnames.  Support for the ST for sure and maybe VT-52.  I'm still
thinking about the VT-52 though.  We'll see about that one.  It's
possible but I'm not sure at the moment.

Chuck:  What about the high baud rate?  What's the limit this time?

Keith:  300 through 9600 Baud.

Chuck:  Will it actually do 9600?

Keith:  Yes but you have to have the exact same type of modem on each
end to have it work.  There's not much call for it but it's there.

Chuck:  I figure there's only 2 other folks out there in modem land
pushing 9600 at any rate so I'm sure we don't really need it.  I'm
not going to go out to buy 9600 unless it becomes standard.

Keith:  Right but it's in there for those that want it.

Chuck:  Basically 2400 baud max will be used.  Great.

Keith:  Right.

Chuck:  Ok What else?

Keith:  Well before I let the SysOp define his/her own pathnames and
such but this version has them all Hard-Coded.

  You have to CREDIR each of those since they are hard-coded.  All
of the Sub-Directories have been set up the same.  Hard-Coded.  There
are COMMANDS> HELP40> HELP80> BASES> USERLOG> FILES> and other subs that
need creation.  Also the Message Bases 32 of them are Hard-Coded.  BASE01 BASE02 
etc.

  4000 Bytes maximum P/Message and 250 Messages P/Base.  Plenty to
go around I guess.  That's roughly 50 lines @ 80 Columns P/Line.
 A short novel.

Chuck:  That should make everyone happy.  Is there a good Message
Base Editor?

Keith:  Absolutely but it's set up a bit different.  Previously we
had all those commands before you entered the Base but now the sub-commands
come after that.  I found it was easier that way.

Chuck:  How about the Menu's?  Will they be set-up the same?  Can
I use my old menu's from the old system?

Keith:  No because they are set-up a little different however I may
write a quick converter program to change all those over.  Maybe
even one for the userlog.

Chuck:  Are the "letter-commands" still going to be the same?

Keith:  Sure but there may be "word" command support too.  The way
it is now and the way it'll probably enter Beta test will be with
the letter options.

Chuck:  Ok.  What did I forget?

Keith:  You have to ask me about download files!!!

Chuck:  Hehe..ok hey Keith what have you done about the 8 Pathname
limit in the download section?

Keith:  Well I'm glad you asked me about that.  There are now 516 128
available filenames that you can have in your Massive download section!

  It's set up like this:  I have Hard-Coded the program to read sub-director
ies FILES_01> through FILES_32>.  Under each of those sub-directories
are all the sub-directories that you want scanned.  Figure 127 SysOp-Chosen
Sub-directories under each of these FILES_xx> sub-directories and
each containing 127 downloadable files you come up with the big picture.

  Another way to put it is you can have sub-directories FILES_01>
through FILES_32> each containing 127 sub-directories apiece and each
of those containing 127 files.

Chuck:  Alright!  You shouldn't have any more complaints about that!

Keith:  Nope.  I took care of that one for a while.

Chuck:  That was probably your biggest complaint true?

Keith:  Yeah that was the big one.  The people that have switched
to the other BBS switched because of that problem.  Well now we've
made the whole BBS better so I expect most of those to come back.

Chuck:  I hate to admit it Keith but I was one of those that switched.
 I'm so ashamed.  But now that we have a new toy I'll gladly switch
over again to see the changes you've made.  I really have to say
that personally I don't care which BBS I operate but it has to suit
the system I run.  With 120 Meg to play with I need flexibility.

Keith:  Gotta do what you gotta do.

Chuck:  Sigh.

Keith:  Getting back to the Downloads.  Each file on the system will
have a 240 character description space allotted to it just like the
ST Express! BBS.

Chuck:  That also takes up disk space.  I can see why you need a
large system.

Keith:  Yes I figure everyone will go with double density and that'S
why I went with 240.  Each will only take up 2 sectors on the disk
P/Description.  But that is at the SysOps approval.  If you don't
want to use the descriptions you can set that up in the SYSDATA.DAT
file.

Chuck:  Does it have a catalog command?  Like the ST version?

Keith:  Better than the ST version.  It will allow a catalog of the
files you specify with wildcards.  There will be 15 names P/Page
and each one  downloadable with the press of a single key.

Chuck:  That sounds like it's going to take some dedicated effort
by a SysOp to set it up.  But once it is done you can have a class
act.

Keith:  Sure.  And all the file descriptions are editable from the
SysOp but really all you'll have to do to set it up is just to copy
all your files over and then go through and do a <B>rowse.  It will
tell you "Description not available" and you just hit <E>dit to write
up a short description.  It's only a lot of work if you have a lot
of files like you.

Chuck:  I'm having typer's cramps already.  However it costs to be
the boss so I can't complain.

  On to another subject.  How about the logon data.  will that still
be setup the same?  Selectable to go either to the printer or a disk
file?

Keith:  Yes it's the same as the older versions.  You'll be able to
use handles and such and the initial logon sequence asks quite a lot
of questions so if it goes to a disk file it will take up a bit of
space.  You have plenty.  The rest is similar to the other versions.

Chuck:  Does that include download ratio's?

Keith:  Yes.  It saves all that data to the logfile.

Chuck:  What are you going to charge for this?

Keith:  I'm n ot really sure yet.  It won't be much though.

Chuck:  Ok what's the maximum number of active users we can have?

Keith:  Well over 65 000 but Realistically you have a logical limit.
 See SpartaDOS can handle a single file 8 Megabytes in length.  Take
that number of bytes and divide it by 256 bytes [the number of bytes
each userlog takes up] and you come out with around 30 000 or so.

Chuck:  Well I don't think that anyone will have that many user. 
Even Atari Base would find it tough.

Keith:  Right and that would be almost a whole Hard Drive partition
just for the userlog.

Chuck:  Time to buy a mainframe!

Keith:  Yeah no kidding.

Chuck:  What about Passwords?

Keith:  On this new version the passwords are user supplied.

Chuck:  Great.  How many characters?

Keith:  From 1 to 15 characters I believe.  Again though just like
the ST version...the user will be assigned a record number and if
they logon with that number then the look-up time will be almost
immediate.

  Now they can optionally key in their Handle along with their password
and then the board will search for it much like it does when you
send E-Mail to somebody.  It looks to see that they exist.  So there
are multiple ways to logon.

Chuck:  Ok would you please explain again if you will the equate functions
that you're supplying with the disk?

Keith:  Sure.  Really there's 2 sets of equates.  One is the MAC/65
source code equates to all of the "Global Variables" including the
SYSDATA data the USER record data Current date current time and whatever.
 Then there are also a set of vectors that are jump vectors.  These
help you control data within the program itself.

[ ZNOTE:  An indepth description was given concerning these equates but
this will come on the disk so we won't waste the space here going
into detail. ]

Chuck:  Then any Atari assembler will be functional for these mods.

Keith:  Correct.  Yes.  It's all very simple because most of the data
you need is already in the shell of the program.  You don't have
to come up with a lot of the user input.  It's already there.

  Even when you're talking about really indepth utilities or games
like adventures and such those things are readily accessible.

Chuck:  Then are we limited to the size of these external commands?

Keith:  Yes.  Somewhere around 16K is the limit.  That's even bigger
than SpartaDOS itself so those are really involved.  The shell really
takes all the kluge work out of writing an assembler program.  It's
totally possible to write a game like Zork(tm) for on-line use if
that's what you wanted to do.

Chuck:  Where can the folks purchase the p rogram?

Keith:  This will be through Orion Micro Systems as always.  The
main support/sales board will remain there.

Chuck:  Can the Hard Disk User Group members get a special price
on it?

Keith:  I'm sure we can work something out for your members.  T hose
are probably the people most likely to purchase it.  Sure.

Chuck:  Ok I'll send Chris King at Orion a list of my members.

Keith:  That'll do it.

Chuck:  Next question.  How many security levels are allowed on the
new system?

Keith:  About 320.  See there are 32 Msg Bases 32 File areas [SIGS]
and 32 command levels.  So basically each user record has 32 flags
for each of those things.  Then there are other things that you would
need to read the documentation to see.

Chuck:  Is there an option on the new board to allow survey's?

Keith:  Yes.  Up to 32 trackable surveys with an un limited number
of questions.

Chuck:  Unlimited?

Keith:  Well by disk space only.

Chuck:  Superior!

Keith:  Again we're talking about a BBS designed for a really big
system.  So by now you can probably see that this is really for a
Hard Disk configuration.

Chuck:  I was seriously hoping for these kinds of modifications and
trvthfully there are a lot of folks going to hard disk systems.  Therefore
this is quite a marketable product in that sense.

Keith:  Right.  You can still run it from floppy but you'll be severely
limited in the options allowed.  Even with the use of a ramdisk.

Chuck:  I see.  Those folks running Megabytes and larger RAMdisks
will be able to apply most of the available options.

Keith:  Correct.

Chuck:  Ok here's one.  I know this is an important issue.  Are the
folks that have purchased the other express! programs going to be
able to trade in their old versions for the new one?

Keith:  Yes they can.  Trading in the master disk for a replacement.
 Even tho ugh this version is being called BBS Express! Professional
[Express! PRO] it is a version 2.0 upgrade of the 850 version.  So those
that are currently owners will be able to upgrade it for a fee that
has not been set yet.

  There is also going to be a 1030 version of BBS Express! Professional so
that news should make everyone happy.  This will be released sometime
after the 850 version.

  Originally we were not going to write a 1030 version.  We figured hey...if
you want to keep up with us you should upgrade to an 850 but we figured
hey...it was really the 1030's that got us started so we'll support
them too.

Chuck:  I'm not sure how many folks run 1030's and Hard Drives but
it's there if needed.

Keith:  Right.  It has now gotten to the point now where we're going
to have to talk to the folks a little more now to determine what
kind of system they want.  We have to be sure they get the version
that they can use best.  With so many version out it may confuse a
few.

Chuck:  To be sure they don't get a Hard Disk version to run off
a single drive...etc.

Keith:  Right.

Chuck:  Hey!  Do you know what just happened?

Keith:  What's that.

Chuck:  I just ran out of questions!

Keith:  Ha!!

Chuck:  Well I sure do appreciate all this good information and I'm
sure my readers do too.

  So now's your chance to ramble and tell the folks what I've neglected
to ask.

Keith:  Well the most important thing to get across is that this is
really a large system BBS program and it really does act that way.

  There's 5 different logon sequences that the SysOp can use.  There
are a LOT of one-key commands available for the SysOp.  See this version
is different in that it was written more for the SysOps editability and
still allows more things for the users.  It's simply a better all-around
program.

  The nice part about it is the fact that it's what the SysOp wants.

  A lot of the program isn't even written yet and I'm not really sure
which way i want to go on some of the things.  Sorta flying by the
seat of my pants.  That's why I needed some suggestions from your
users.  I've basically added all the features that everyone has asked
for.

Chuck:  Well...ending  an interview especially this one is a hard thing
to do but I suppose we have to do it.

Keith:  Ok well let's do this...  give me a call in a few minutes.
 I'll boot up the new version and let you take a look at what I've
got completed.  This way you can get a general idea of the new system.

Chuck:  I'm shakin' all over!  Ok and I want to thank you VERY much
for this exclusive interview today!

Keith:  My pleasure.  No problem.

Chuck:  Fantastic.  Take care Keith.

Keith:  See you later.

------------------------------------

[ ZNOTE: I called Keith and saw the new version a t work.  I want
one!  I figure with all the changes that he has made it will be worth
whatever he asks for it.  And the option to trade in your old master
for the new version is a great deal!

  Plan to call Network: Atari HD Express! BBS <ZBBS> in the next
few weeks to see this version at work!

  I will guarantee you wil l be impressed with his efforts and continue
to support him in his endeavors.

  And last but certainly not least Keith... You've done it again!

------------------------------

Date:  Sun, 23 Aug 87 00:02 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  new express bbs trailer
To:  info-atari8@SCORE.STANFORD.EDU

somewhere out there is a file i sent to info-atari8.  it concerns an
interview of Keith Ledbetter by Chuck Leazott of ZBBS in San Antonio TX
about Keiths new EXPRESS BBS Professional.  The transcript is due to be
released in the Hard drive Users Group (run by Chuck Leazott)
newsletter.  Since most people probably dont belong to that users group,
I have put it on this network as a public service.  Replies and
questions can be directed to me, and I will forward them on to Chuck.
Chuck runs a BBS, but I do not have his number handy on this
terminal...If you are interested, send me a mail-gram and I will copy
out the info to you.  I can remember that his bbs is ZBBS in the above
mentioned location.  it has a 1 Meg MIO and 1 or 2 Hard disk...I think
120 Meg total...and its a 130xe...thats all I remember..  oh
yah...300/1200/2400.  Cothrell -at Dockmaster.arpa

------------------------------

Date: 23 Aug 87 05:45:36 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: Re: More wierd questions...
To: info-atari8@score.stanford.edu

Would someone please tell me where I can get a good VT100
emulator for my  Atari?  I have just joined this news group
and missed the parent articles about the emulator and Kermit.
It woul be most appreciated!

Tom


--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

Date: 23 Aug 87 05:57:51 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: Re: More than 16K on a 600XL?
To: info-atari8@score.stanford.edu

 would like to get some objective opinions of the pro's and con' of
the P:R: connector. Is it worth it?  Or should I hunnt down an 850 and
be done with it.

Thanks in advance



--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (08/27/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 27 Aug 87 00:21:45 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27350; 25 Aug 87 19:16 EDT
Date:  Tue 25 Aug 87 14:36:09 PDT
Subject:  Info-Atari8 Digest V87 #75
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, August 25, 1987   Volume 87 : Issue 75

This weeks Editor: Bill Westfield

Today's Topics:

                       ACTION! vs. 850 handler
                         Re: OmniCom question
                       Atari 8-bit archives...
                              Re: (none)

----------------------------------------------------------------------

Date: 23 Aug 87 21:23:19 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: ACTION! vs. 850 handler
To: info-atari8@score.stanford.edu

I am trying to turn a compiled ACTION! program into an AUTORUN.SYS file.
It needs the R: handlers that are downloaded from the 850.  When I use the
standard AUTORUN.SYS file to load these handlers, then compile and run the
program, everything is ok.

When I save the compiled program, using the ACTION! monitor's WRITE
command, and append the binary to the standard AUTORUN.SYS, I get a file
that doesn't seem to work.  Immediately after loading it from DOS, I get a
garbage screen and the keyboard locks up.

Since I have been able to save and run other ACTION! binaries that don't
need these handlers, I tried dumping the downloader, disassembling it to
verify that it looked relatively innocuous, and embedding it into my
ACTION! program as a ML insert.  This seems to work fine when I compile
and run from memory, without needing the old AUTORUN.SYS file, but the
saved binary does not seem to work any better.

I vaguely recall some discussion in this newsgroup of some sort of bad
interaction between ACTION! binaries and the 850 handlers.  Can anyone
explain the problem and/or suggest a workaround.

Much thanks for any help.

Ed Satterthwaite
DEC SRC, Palo Alto, CA
Arpa: ehs@src.dec.com
UUCP: (...)!decwrl!ehs

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: Info-Atari8@Score.Stanford.edu
Subject: Re: OmniCom question
In-Reply-To: Your message of Fri, 21 Aug 87 22:44:07 -0700.
Date: Mon, 24 Aug 87 12:19:58 EDT
From: jhs@mitre-bedford.ARPA

The less than useful graphics characters may be corrected in later releases
of OMNIVIEW.  I still have the old ROM in my system but I understand that
the new one supports tilde and curly braces.

Re: Hayes modem support.  I have found it extremely convenient to use the
OmniCom keypad editing features to program the numeral keys to send ATDT plus
my favorite phone numbers.  With CTRL-numeral and SHIFT/CTRL numeral, that
is TWENTY possible pre-programmed autodial keys, or ten autodial keys and
ten special function keys.  A strip of white correction tape can be pasted
across the top of the keyboard, just above the numeral keys, to remind you
what the CTRL- and SHIFT/CTRL- versions of the keys do.  In addition, the
sequence gets displayed by Hayes modem local echo in command mode so you can
see what number you are dialing.

Fred Sullivan's comments on shortcomings of OmniCom should be forwarded to
David Young of CDY, as David has been extremely helpful in correcting bugs
and adding useful new features when they are pointed out to him.  I am sure
David will want to provide excellent support to 2400-baud users and will
welcome comments on the problems experienced by the few who are lucky enough
to already have 2400-baud modems.

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

Date: 24 Aug 1987 17:08:07 EST
From: "John Bunch"<J.Bunch@UACSC1.ALBANY.EDU>
Reply-to: J.Bunch@UACSC1.ALBANY.EDU
To: Info-atari8@score.stanford.edu
Subject: Atari 8-bit archives...

Could someone tell me where a good source of atari 8-bit archives is.
I have access to the Arpa-Internet, and the Bitnet.  Although I do not
have access to things like ftp...

______________________________________________________________________

J.Bunch@uacsc1.albany.edu --  Inter-Arpanet
JBB665@albny1vx		  --  Bitnet
JBB665@albnyvm1		  --  Bitnet

------------------------------

Date: 24 Aug 87 18:11:09 GMT
From: ihnp4!inuxc!inuxm!tob@ucbvax.Berkeley.EDU  (T Burger)
Subject: Re: (none)
To: info-atari8@score.stanford.edu

> Does anyone know the easiest way to contact Keith Ledbetter?
> 
> He is the author of my favorite term prog, Express! 1030/xm301.  I do not have


He can be reached at the ICD BBS 1-815-968-2229


Ted

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (08/30/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 30 Aug 87 07:31:16 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa24067; 30 Aug 87 3:07 EDT
Date:  Sat 29 Aug 87 22:26:38 PDT
Subject:  Info-Atari8 Digest V87 #76
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Saturday, August 29, 1987   Volume 87 : Issue 76

This weeks Editor: Bill Westfield

Today's Topics:

                       Atari buying Federated?
                     Re: Atari buying Federated?
                     Re: Atari buying Federated?
                         Re: Keith Ledbetter
                               OmniCom
                              Re: (none)
                        How do I contact CDY?
                      Info-Atari8 Digest V87 #75
                         Diagnostics Diskette

----------------------------------------------------------------------

Date: 25 Aug 87 17:26:48 GMT
From: ihnp4!ihlpf!store2@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: Atari buying Federated?
To: info-atari8@score.stanford.edu

I found this article in the atari.st group.  It should have been cross
posted here for all Atari owners to read.
						Kit Kimes
						AT&T-ISL
						Naperville, IL

=============================================================================
Taken from page D-1, San Jose Mercury News, Aug 24th 1987:

"Atari to Purchase chain of retail stores."  Atari will pay $67.3 million
to aquire all outstanding shares of stock at $6.25 per share.  Federated
closed Friday in over-the-counter trading at $5.75.

At all Federated stores I have been to, both Commodore and Atari products
are carried.


-- 
Dean Brunette                      {ucbvax,etc.}!hplabs!oliveb!olivej!dragon
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____

------------------------------

Date: 26 Aug 87 01:07:32 GMT
From: sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ames.arpa  (fred sullivan)
Subject: Re: Atari buying Federated?
To: info-atari8@score.stanford.edu

>"Atari to Purchase chain of retail stores."  Atari will pay $67.3 million

It appears to be true.  It was reported in the NY Times business section
today that Atari had announced the sale.

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 26 Aug 87 11:48:17 GMT
From: topaz.rutgers.edu!appelbau@RUTGERS.EDU  (Marc L. Appelbaum)
Subject: Re: Atari buying Federated?
To: info-atari8@score.stanford.edu

Yes, it is 100% true.  Neil Harris posted a complete message on GEnie
about it.  So, it seems we will see an ATARI only chain starting real
soon!
-- 
 -Marc L. Appelbaum 				
 Arpa:appelbau@topaz.rutgers.edu                 
 Uucp:{ames, cbosgd, harvard, moss, seismo}!rutgers!topaz.rutgers.edu!appelbau
 Bitnet:appelbaum@zodiac.bitnet
 GEnie:M.APPELBAUM
 MOM's BBS:(201)-938-6906

------------------------------

Date: 26 Aug 87 08:32:01 GMT
From: ece-csc!ncrcae!ncr-sd!crash!gryphon!pnet02!arthur@mcnc.org  (Arthur L. Rubin)
Subject: Re: Keith Ledbetter
To: info-atari8@score.stanford.edu

F1.GDM@ISUMVS.BITNET ("Gene Merritt") writes:
>Does anyone know the easiest way to contact Keith Ledbetter?
>
>He is the author of my favorite term prog, Express! 1030/xm301.  I do not have
>a CompuSpend account or a GEnie or even delphi accnt.  I would like to find
>out if he uses Bitnet or one of the other major (free) networks.
s
>My main reason is this: I would like to see Exp! converted to 80 col.
I don't think Keith has done this, primarily because the custom display lists
already use most of available memory.  You can check on the above board.

There are version of Express for Hayes semi-compatible modems (V3), MPP
modems, and 1030 modems (V3 in beta test).

UUCP: {cbosgd, hplabs!hp-sdd, ihnp4}!crash!gryphon!pnet02!arthur
INET: arthur@pnet02.CTS.COM


UUCP: {cbosgd, hplabs!hp-sdd, ihnp4}!crash!gryphon!pnet02!arthur
INET: arthur@pnet02.CTS.COM

------------------------------

Date: 27 Aug 87 20:02:57 GMT
From: topaz.rutgers.edu!wilmott@RUTGERS.EDU  (Ray Wilmott)
Subject: OmniCom
To: info-atari8@score.stanford.edu



I've just read John Sangter's article about the new 
shareware version of OmniCom and saved the accompanying
program. Now the big question - will it work with the XM-301
modem, and if so, could somebody out there PLEASE either post,
or send me, the appropriate handler that needs to be prepended
to it? Much thanks in advance.


				-Ray Wilmott



wilmott@topaz.rutgers.edu

------------------------------

Date: 27 Aug 87 02:26:42 GMT
From: bucsb!robertl@bu-cs.bu.edu  (Robert La Ferla)
Subject: Re: (none)
To: info-atari8@score.stanford.edu

In article <8708210900.AA29270@ucbvax.Berkeley.EDU> F1.GDM@ISUMVS.BITNET ("Gene Merritt") writes:
>Does anyone know the easiest way to contact Keith Ledbetter?
>

He can be found on ICD's Bulletin Board which is located ion Rockford, IL.
I believe the # is (815) 968-2229 but I can't verify this.  It could be their
voice number.

-Robert La Ferla   (robertl@bucsf)

------------------------------

Date: 28 Aug 87 05:20:25 GMT
From: ptsfa!pbhya!seg@ames.arpa  (Stephen Grove)
Subject: How do I contact CDY?
To: info-atari8@score.stanford.edu

I keep on hearing all the good things about CDY's OmniCom & OmniView,
but I never see any ads in the magazines for them. How do I contact
CDY?
 Thank you for any help.
		Stephen Grove Pac Bell, Rohnert Park, Calif.

------------------------------

Date:     Fri, 28 Aug 87 09:29:22 EDT
From: USEREK5X%mts.rpi.edu@itsgw.rpi.edu
Subject:  Info-Atari8 Digest V87 #75
To: Info-Atari8@score.stanford.edu

Could someoe send me a disk with the utilities necessary to download software?
E-Mail me first, I'm willing to pay for the favor.
Thanks,

Bryant Ling                       USEREK5X@RPITSMTS.BITNET

------------------------------

Date: 28 Aug 87 19:45:29 GMT
From: ubc-vision!van-bc!molihp!mikey@beaver.cs.washington.edu  (Mike McPeak)
Subject: Diagnostics Diskette
To: info-atari8@score.stanford.edu

Line eater, eat this.........................................
I am back again looking for help in locating the official Diagnostics 
Diskette for 1050 disk drives. Mine has been broken for about a month 
now and after a dispute with the local repair shop I have decided to
do my own repair. After looking around town I have found that this item
is hard to get a hold of, but the service manual makes reference to it
and is impossible to use without the disc to perform tests. Any help in
this regard would be appreciated very much. Please e-mail any replies or
info you can offer.



					Thanks in advance,
					mikey@molihp

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/03/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 3 Sep 87 19:19:20 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa16122; 3 Sep 87 15:16 EDT
Date:  Thu 3 Sep 87 09:41:07 PDT
Subject:  Info-Atari8 Digest V87 #77
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, September  3, 1987   Volume 87 : Issue 77

This weeks Editor: Bill Westfield

Today's Topics:

                        Action! and SpartaDOS
                  Address/phone for CDY Consulting.
                         simple downloader...
                     Re: More wierd questions...
                        Quasi termcap entry ?
                        1050 schematic needed
                      Re: Quasi termcap entry ?
                      Re: 1050 schematic needed
                             Re: OmniCom
                               BASIC XE

----------------------------------------------------------------------

Date: 31 Aug 87 06:08:48 GMT
From: ucsdhub!jack!man!crash!gryphon!lakesys!tommyj@sdcsvax.ucsd.edu  (Tom Johnson)
Subject: Action! and SpartaDOS
To: info-atari8@score.stanford.edu

I am having alot of trouble using Action! and SpartaDOS. I wrote a program
and it works just great in DOS XL and other DOS 2.0 compatables. I recompiled
the program using sparta and I get lock ups and other nasties. I eliminated some problems by not using globals
and using locals and parameters instead.Now, the second time it exacutes a
DO UNTIL loop I still get a lock up. Any suggestion?
Please, I am new to net-land don't know
the full path yet. So, any reply will do.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: ptsfa!pbhya!seg@ames.ARPA
Subject: Address/phone for CDY Consulting.
Date: Mon, 31 Aug 87 15:27:11 EDT
From: jhs@mitre-bedford.ARPA

I believe CDY most frequently advertises in ANALOG Magazine these days.
With the gradual shift in interest toward 16-bit machines, they may not
advertise as much currently as in former years.  Anyway, their address
is

		CDY Consulting, Inc.
		421 Hanbee
		Richardson, TX 75080.

Phone is (214) 235-2146.  David Young, the proprietor of CDY, is usually
available in the evening to take orders and/or answer technical questions
about his company's products.

-John Sangster / jhs@mitre-bedford.arpa

(I have no finanicial interest in or connection with CDY other than as a
customer.)

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: userek5%mts.rpi.edu@itsgw.rpi.edu
Subject: simple downloader...
Date: Mon, 31 Aug 87 16:06:22 EDT
From: jhs@mitre-bedford.ARPA

The following is approximately what the Avatex modem user manual provides
for a dumb ASCII terminal program to get on the air with.  It may or may not
work "right out of the box" for you but you should be able to get it working
with a little experimentation.
------------------------------c-u-t---h-e-r-e---------------------------------
10 GOTO 300:REM Dumb Terminal Prog.
100 STATUS #3,AVAR:IF PEEK(747)=0 THEN 200
120 GET #3,CHAR:IF CHAR=0 OR CHAR=10 THEN 200
130 PUT #4,CHAR
200 IF PEEK(764)=255 THEN 100
210 GET #2,KEY:PUT #3,KEY:GOTO 100
300 REM I/O Setup for Dumb Terminal.
310 OPEN #2,4,0,"K:"
320 OPEN #3,13,0,"R:"
330 OPEN #4,8,0,"E:"
340 XIO 34,#3,192+48+3,0,"R:"
350 XIO 40,#3,0,0,"R:"
360 GOTO 100:REM Go to it!
------------------------------c-u-t---h-e-r-e---------------------------------
The above just does a loop that checks for an incoming character (line 100)
and if it gets one, slaps it on the screen (line 130), then checks the
keyboard for input (line 200) and if it sees that a character was pressed
(loc. 764 not = 255), slings it out to the outgoing side of the R: device.

*****> If you are adventuresome, you can turn this simple program into a
version that can capture a file off the modem.  One way to do this would
be to change line 330 to open a file "D1:YOURFILE.EXT" or whatever.  Be
sure to close the file first; in fact, my standard practice is NEVER to
OPEN a file without CLOSING it first -- saves a whole lot of dumb error
messages.  The program below has this feature added.  Possibly the simplest
way to capture a file is to press BREAK, change line 350 to have a
device:filename specification inside the quotes, and type "RUN" again.
Then type the command to send the file.  When it has finished being sent,
press BREAK, type CLOSE #4, and that should do it.
------------------------------c-u-t---h-e-r-e---------------------------------
10 GOTO 300:REM Dumb Terminal Prog.
100 STATUS #3,AVAR:IF PEEK(747)=0 THEN 200
120 GET #3,CHAR:IF CHAR=0 OR CHAR=10 THEN 200
130 PUT #4,CHAR
200 IF PEEK(764)=255 THEN 100
210 GET #2,KEY:IF KEY=
220 PUT #3,KEY:GOTO 100
300 REM I/O Setup for Dumb Terminal.
310 CLOSE #2:OPEN #2,4,0,"K:"
320 CLOSE #3:OPEN #3,13,0,"R:"
330 CLOSE #4:OPEN #4,8,0,"E:" <---- change E: to your Dn:FILE.EXT
340 XIO 34,#3,192+48+3,0,"R:"
350 XIO 40,#3,0,0,"R:"
360 GOTO 100:REM Go to it!
------------------------------c-u-t---h-e-r-e--------------------------------
This may or may not work without fiddling, but it ought to be reasonably easy
to get it working.  And it surely is the simplest way to get a downloading
capability -- as well as learning a lot in the process!  If you get it
working, let me know and I will send you uudecode and a fancier terminal
emulator or two.

-John S., jhs@mitre-bedford.

------------------------------

Date: 31 Aug 87 18:35:26 GMT
From: rti!xyzzy!sealy@mcnc.org  (Virgil Sealy)
Subject: Re: More wierd questions...
To: info-atari8@score.stanford.edu

In article <1720@canisius.UUCP> vaughan@canisius.UUCP (Tom Vaughan) writes:
>Would someone please tell me where I can get a good VT100
>emulator for my  Atari?  I have just joined this news group
>and missed the parent articles about the emulator and Kermit.
>It woul be most appreciated!
>
>Tom
>--------------                                                 --------------

I too would like to know where I can get copies of a good emulator, and
 the UUDECODE program (in source) for my Atari.  I am also new to the net 
and am having some trouble getting started.

Thanks,
Virgil Sealy

------------------------------

Date: 31 Aug 87 19:39:08 GMT
From: aplcen!jhunix!pipprg@mimsy.umd.edu  (Larry Campf)
Subject: Quasi termcap entry ?
To: info-atari8@score.stanford.edu

Since the famed 800 really has no termcap entry as per UNIX
I was wondering if anyone has come up with something that
will work -- especially in the unix editor, vi.
When I say termcap (for those of you who don't know)
I mean things like this:
           cr=^M
           bel=^G
                 ...etc

All reponses will be appreciated

------------------------------

Date: 31 Aug 87 13:05:20 GMT
From: ihnp4!mhuxu!david1@ucbvax.Berkeley.EDU  (Rick Nelson)
Subject: 1050 schematic needed
To: info-atari8@score.stanford.edu

My 1050 disk drive died recently and I'm wondering where to get schematics.  
The power on/off LED comes on, but nothing happens after that.  I put a disk in 
and nothing.  I took it apart and nothing wrong was obvious visually.  I 
measured the voltage from Vdd-Gnd on various dips, but got nothing.  I'm 
wondering if the power supply died.  Have any info?

Rick Nelson
mhuxu!david1
Bell Labs, Reading, Pa.

------------------------------

Date: 1 Sep 87 03:17:20 GMT
From: decvax!sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ucbvax.Berkeley.EDU  (fred sullivan)
Subject: Re: Quasi termcap entry ?
To: info-atari8@score.stanford.edu

In article <5209@jhunix.UUCP> pipprg@jhunix.UUCP (Larry Campf) writes:
>Since the famed 800 really has no termcap entry as per UNIX
>I was wondering if anyone has come up with something that
>will work -- especially in the unix editor, vi.

Using what terminal program???  I use the vt100 termcap with Omnicom
doing vt100 emulation, and vt52 or adm3a termcaps using Chameleon with vt52
or adm3a emulation.

(Admittedly I made a slight modification to the vt100 termcap, putting in
a delay on reverse scroll, but that only matters with emacs at 2400 baud.)

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 1 Sep 87 12:45:36 GMT
From: ihnp4!ihlpf!store2@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: Re: 1050 schematic needed
To: info-atari8@score.stanford.edu

In article <6738@mhuxu.UUCP>, david1@mhuxu.UUCP (Rick Nelson) writes:
> 
> My 1050 disk drive died recently and I'm wondering where to get schematics.  

One source of parts and schematics is American Techna-Vision.  They have the
SAMS service manual for the 1050 for $19.50.  They have IC's, circuit pack
assemblies and complete drive mechanisms.  Their address is:

			American Techna-Vision
			15338 Inverness St.
			San Leandro, CA 94579
			1-800-551-9995 or
			(415)-352-3787

They accept credit cards. They also do repair if you can't figure out the
problem.  Service rate for the 1050 is $85.

Hope this helps...

					Kit Kimes  
					AT&T--Information Systems Labs
					...ihnp4!iwvae!kimes

------------------------------

Date: 2 Sep 87 00:20:02 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: Re: OmniCom
To: info-atari8@score.stanford.edu

In article <14268@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> 
> 
> 
> I've just read John Sangter's article about the new 
> shareware version of OmniCom and saved the accompanying
> program. Now the big question - will it work with the XM-301
> modem, and if so, could somebody out there PLEASE either post,
> or send me, the appropriate handler that needs to be prepended
> to it? Much thanks in advance.
> 
Please do, and any info that will help in getting it going!

Thanks!
--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

Date: 2 Sep 87 15:20:45 GMT
From: decvax!cg-atla!SAULNIER@ucbvax.Berkeley.EDU  (SAULNIER)
Subject: BASIC XE
To: info-atari8@score.stanford.edu

	I purchased "BASIC XE" from OSS some time ago, and I realized
that I NEVER use atari BASIC anymore.  My question is, can I yank out
the ATARI BASIC rom(s) and do a straight swap with the "XE" roms?  I
would like to free up the bus connector for other uses, but can't
because this cartridge is ALWAYS installed.  Has anyone ever done
this??  (I could handle more than a straight swap if someone has
the exact procedure.)

	Thanx in advance.

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/07/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 6 Sep 87 21:29:24 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa06138; 6 Sep 87 17:27 EDT
Date:  Sun 6 Sep 87 12:51:45 PDT
Subject:  Info-Atari8 Digest V87 #78
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Sunday, September  6, 1987   Volume 87 : Issue 78

This weeks Editor: Bill Westfield

Today's Topics:

                        October 1987 ANTIC TOC
                             Re: BASIC XE
                Re: Simple Downloader Idea -- "Oops!"
                             Re: BASIC XE
          TermCap for Atari 800 in Ascii communications mode
                600XL Upgrade to 256k ? Where and How?

----------------------------------------------------------------------

Date: 3 Sep 87 18:42:55 GMT
From: ihnp4!ihlpf!store2@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: October 1987 ANTIC TOC
To: info-atari8@score.stanford.edu

			OCTOBER 1987 ANTIC TOC

page	article

8	I/O BOARD
		Letters from Readers.
12	PRODUCT REVIEWS
		Software
		  Guitar Wizard (Baudville)
		  Linkword Languages (Artworx Software)
		  Ultra Menu (Computer Software Services)
		Hardware
		  Ultra-Speed (Computer Software Services)
15	SUPER DISK BONUS
		The bonus program for disk subscribers this month is
		the ANTIC Spelling Checker that allows up to 10 personal
		dictionaries of approximately 6300 words each.
16	STARTING OUT: ATARI ANIMATION
		This is the fifth lesson in the series.  It covers bit
		mapping and has an interesting demo.
24	GAME OF THE MONTH: RESISTORS
		This action game teaches binary and electronics.  It uses
		a redefined character set for the graphics.  BASIC
27	USERS GROUP: ACENET
		A discussion of the 17 Southern CA user groups that make
		up ACENET.
32	NEW PRODUCTS
		A description but not a review of several new products
		available for the Atari computers.
		This month they describe the Okidata 180 printer, Cycle
		Knight (Artworx Software), the pocket calculators with the
		Atari logo on them, Microstuffer (Supra) and XR 100 Bar
		Coder (Xenia Research)--an inventory bar code reader.
33 	PAGE 6 EXCHANGE:  GRAPHICS IMPOSSIBLE
		Two eye-popping demos of graphics techniques often mistakenly
		considered impossible--mixed vertical display lists and dual
		players on the same horizontal line.
37	FOOTBALL PREDICTOR
		A program that helps you pick the winners and beat the points
		spread.  It is claimed that this program had nearly a 60%
		success rate against the points spread last year.
39	TELEPROMPTING WITH ATARI
		An article on how Q-Tv of Los Angles use the Atari 130XE
		as the basis of a teleprompting system.
40	ANTIC PROMPTER
		Now you too can use your Atari to prompt you when you give
		those important speeches at club meetings, etc.  This 
		program will read a file written in AtariWriter, Paper Clip
		or its own editor and display it in large letters.  You use
		the joystick to select speed and direction.
42	MAVERICK ATARI SCHOOL
		A writeup on the PCS School for Advanced Learning in Nampa,
		Idaho.
44	BONUS GAME: MATH FLASHCARDS
		No fancy graphics.  Just a direct, no-nonsense program that
		kids enjoy using.
46	BONUS GAME: NAME THE PRESIDENTS
		A simple, short program helps youngsters learn the Presidents
		of the U.S.
47	CHECKBOOK BALANCER
		A compact but powerful user-friendly calculating database.

	***********BEGIN THE ST RESOURCE SECTION**********

52	ANTIC PROMPTER ST
		Now you too can use your Atari to prompt you when you give
		those important speeches at club meetings, etc.  This 
		program is written in GFA BASIC, runs on any color or
		monochrome ST and will smoothly scroll text files (using
		very large letters) up the TV screen at speeds ranging from
		very slow to faster than most people can talk.
55	ST PRODUCT NEWS AND REVIEWS
		Software
		  Balance of Power (Mindscape)
		  First Shapes (First Byte)
		  Kid Talk (First Byte)
		  Math Talk (First Byte)
		  Speller Bee (First Byte)
		New Products (description only)
		  Supercharger (Migraph), Font Pack I (Migraph), Personal 
		  Draw Art (Migraph),  Technical Draw Arts (Migraph), Label-
		  Master Elite (Migraph), Sub Battle Simulator (Epyx), 
		  ARTablets (EI/O Products), New Aladdin (magazine of disk),
		  SoftWerx Maxpak for 50 Bux (SoftWerx), P-edit (KEPCO),
		  Sales-Pro Software System (Hi-Tech Advisers) and Encrypt
		  (Middle Coast Publishing).

	***********END THE ST RESOURCE SECTION************

63	SOFTWARE LIBRARY
		This section contains all the program listings for the
		articles in this issue.
82	TECH TIPS
		This section is a collection of tips and short
		programs from readers or collected from various Users
		Groups newsletters.

Comments:  One of the products reviewed this month is Ultra-Speed, a
	   replacement OS chip for XL/XE machines that allows high-speed 
	   access with most disk drives modifications and virtually all 
           software.  It allows you to switch between it and the original OS.  
	   It provides a true cold-start by pressing [HELP] and [RESET].
	   There is a new regular feature in ANTIC called Page 6 Exchange.
	   It consists of programs originally published in a British 
           publication called Page 6.  They, in turn, will be able to print
	   programs from ANTIC.

						Kit Kimes
						AT&T-ISL
						1100 E. Warrenville Rd.
						Naperville, IL 60566
						...!ihnp4!iwvae!kimes

------------------------------

Date: 4 Sep 87 00:39:31 GMT
From: muscat!striepe@decwrl.dec.com  (Harald Striepe)
Subject: Re: BASIC XE
To: info-atari8@score.stanford.edu

In article <770@cg-atla.UUCP> SAULNIER@cg-atla.UUCP (SAULNIER) writes:
>
>	I purchased "BASIC XE" from OSS some time ago, and I realized
>that I NEVER use atari BASIC anymore.  My question is, can I yank out
>the ATARI BASIC rom(s) and do a straight swap with the "XE" roms?  I
>would like to free up the bus connector for other uses, but can't
>because this cartridge is ALWAYS installed.  Has anyone ever done
>this??  (I could handle more than a straight swap if someone has
>the exact procedure.)
>

	OSS'S BASIC XE is a 16K BASIC that bank-switches a portion of its 8K
	physical address space.  In addition, it makes use of the 8K RAM
	shadowed by the cartridge through disk loaded extensions.  This
	allows the versatility of a 24K language while only occupying 8K of
	the limited 6502 address space.  In extended mode, it stores its
	program code in the extra 64K of RAM banked on the 130XE, using the
	main memory for data storage only.  Alternately you can kleep
	program and main line data storage in the main bank, and do extended
	storage of data chunks in the banks (explicit bank numbers can be
	used with peeks, pokes, bloads etc.).

	You can see that this would not be a simple ROM replacement, since
	you would also have to graft the banking logic.

	A simpler approach might be to use ICD's 130XE bus adapter that
	converts the 130XE cartridge and extended slot to the straight 800XL
	type connector,  while adding two (vertical) cartridge slots.  The
	second slot is intended for the R-TIME8 cartridge.
-- 
Harald Striepe
Digital Equipment Corp., SPG Mktg, Sunnyvale, CA
decwrl!muscat!striepe, decwrl!dec-rhea!dec-canvas!striepe, CANVAS::STRIEPE

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Re: Simple Downloader Idea -- "Oops!"
Date: Fri, 04 Sep 87 10:58:05 EDT
From: jhs@mitre-bedford.ARPA

David Young and John Dunning (both authors of kermit download programs
themselves) pointed out to me that my suggestion of modifying the Avatex
Modem people's "dumb terminal" BASIC program to download files contained
a -- how shall I put it -- an oversimplification.  (There, that doesn't
make me sound too stupid now, does it?!)

Unfortunately, -- since it really would be nice to have such a simple,
type-in program -- in order to do disk I/O on the serial bus, you have
to shut down or at least suspend RS-232 port operations.  So just redirecting
the output from the screen to the disk won't work.  It gets pretty
complicated, apparently.

If anybody is working on the problem, one suggestion both Dunning and Young
made was to buffer the data internally, presumably in a very long string
variable, then after transmission was complete, to copy it out to a file.
There would be a fairly stringent limit on file size that could be
handled, like (wild guess) maybe 10K bytes.  Whatever the limit, it would be
too small to handle a program as big as CDY's OmniCom or Dunning's kermit65
in one chunk.  It would be possible to break it up into 4 or so chunks and
send them as separate files, then reassemble them at the other end.  Another
possibility would be to write an intermediate version of the program that
has the flow control trickery in it to handle large files but is not a really
nice, full-featured terminal emulator.  But it could be short enough to
download in one block, using the rudimentary, type-in version.  Somebody out
there who really needs it, please volunteer to be the chief nagger and tester!

I apologize for my error.  In my defense I can only say that anybody who got
snookered into trying to make the program work will undoubtedly have learned
a lot in the process!

-John Sangster

------------------------------

Date: 4 Sep 87 14:43:09 GMT
From: ihnp4!inuxc!inuxm!tob@ucbvax.Berkeley.EDU  (T Burger)
Subject: Re: BASIC XE
To: info-atari8@score.stanford.edu

> 
> 	I purchased "BASIC XE" from OSS some time ago, and I realized
> that I NEVER use atari BASIC anymore.  My question is, can I yank out
> the ATARI BASIC rom(s) and do a straight swap with the "XE" roms?  I
> would like to free up the bus connector for other uses, but can't
> because this cartridge is ALWAYS installed.  Has anyone ever done
> this??  (I could handle more than a straight swap if someone has
> the exact procedure.)
> 
> 	Thanx in advance.

What might be a better solution and certainly a simpler one is:::

There is a company out there called 'ICD' that makes nice things for the 8-bit
machines.  One of them is an external 'MULTI IO' which plugs into the
external bus of the XL machines.  But what about the XE's you ask.
For $19.95 they will sell you an adapter to plug into the XE's bus that
converts into the XL's bus.  On this adapter are two cartridge sockets.
The sockets are identical, so you can't have two standard carts plugged
in at the same time, but something like the 'R-TIME 8' cart could be
in the other socket.

The XL bus and the XE bus differ only by pin-out.  This adapter will give
you a place to plug your 'XE BASIC' and give you an XL bus pin-out.

NOW to answer your question!!
The 'XE BASIC' system is a bank switched cart.  The Atari basic is not 
banked.  While the mod is possible, it may not be easy, because of the
bank switching required by the 'XE BASIC'.

You can order from ICD via their BBS. 
		1-815-968-2229

As usual, I am not connected with ICD, just a happy customer!!

Ted Burger

------------------------------

Date: 6 Sep 87 01:32:14 GMT
From: decvax!sunybcs!canisius!vaughan@ucbvax.Berkeley.EDU  (Tom Vaughan)
Subject: TermCap for Atari 800 in Ascii communications mode
To: info-atari8@score.stanford.edu

 Has anyone defined a termcap for the Atari?  If so would they send
it to me?  I get on our unix machine to transfers files using the atari
and as you know it is a pain.  We are running bsd 4.3.
Any help in this matter would be of geat assistance!

Thanks 



--------------                                                 --------------
DEC VAX 11/750; 4.3 BSD UNIX          &                 DEC VAX 8650; VMS 4.5

BITNET : vaughan@canisius
UUCP   : {cmc12,hao,harpo}!seismo!rochester!rocksvax!sunybcs!canisius!vaughan
           or
         ...{allegra,decvax,watmath}!sunybcs!canisius!vaughan
CSNET  :  vaughan%canisius@CSNET-relay
US MAIL:  Thomas Vaughan/ Dept. of Comp. Sci./ Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

Date: 6 Sep 87 01:47:31 GMT
From: decvax!watmath!hpchang@ucbvax.Berkeley.EDU  (KILROY)
Subject: 600XL Upgrade to 256k ? Where and How?
To: info-atari8@score.stanford.edu

 
 I would like to ask for your help in finding a way to upgrade the Atari
 600xl to 256k. I would appreciate any help on this...
   Thanks in advance.....

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/10/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 10 Sep 87 02:48:17 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26686; 9 Sep 87 22:45 EDT
Date:  Wed 9 Sep 87 18:41:36 PDT
Subject:  Info-Atari8 Digest V87 #79
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, September  9, 1987   Volume 87 : Issue 79

This weeks Editor: Bill Westfield

Today's Topics:

                             1200xl portb
                             user groups
                      1200xl and the cpu and OSe
                     6502 upgrade for the atariS?
                    Re: 1200xl and the cpu and OSe
                  CC8 Compiler Version 2.3b (1 of 3)
                             CPU upgrades

----------------------------------------------------------------------

Date:  Sun, 6 Sep 87 18:01 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl portb
To:  Info-atari8@SCORE.STANFORD.EDU

I would like to know what the pinout of the 1200xl's port b is.  also,
which pin on the 6520 corresponds to bit 0 (I assume the rest are meerly
increments of bin and bit).  Also, there have been some rumors on
occasion that the CPU in the Atari 8 bitters is a custom CPU with a 6502
instruction set.  Is this true?  If so, what changes were made?  I have
a 65C802 CPU (16 bit, 6502 pin compatible) that I would like to drop
into my 1200 or 130XE.  A friend has done this with a Vic-20 (no laughs
please) and had no problems...except his games sped up.  Comments and
suggestions are welcome.

Cothrell -at dockmaster.arpa

------------------------------

Date:  Mon, 7 Sep 87 12:56 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  user groups
To:  info-atari8@SCORE.STANFORD.EDU

does anyone know of a users group (8bitters) in the Baltimore, MD area.
or if there is a "clearing house" of user group addresses?  .  Scott
Cothrell
  (Cothrell -at Dockmaster.arpa ) /s/]

------------------------------

Date:  Mon, 7 Sep 87 13:42 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl and the cpu and OSe
To:  info-atari8@SCORE.STANFORD.EDU

Ok, I have just found out that the 1200xl (and I presume everything else
but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
answere the questions of the day?  Namely, what was done to the
processor to make it non-standard?  I suspect that the boot vector (as
well as some others) have been changed from the standard 6502 vectors.
If you dont know for sure, but could tell me how to talk to somebody at
Atari...I would appreciate that greatly.  Otherwise, suggestions and
comments are welcome...results will be posted (if there are any).  The
second question concerns the OS source code.  Has the OS source been
published for the xl/xe machines (i have a 1200xl and a 130xe).  If it
has been published, who and where???  If not...does anyone have a
suggestion for writing an OS?  I want to use a regular 6502 in my 1200xl
and I think I will need to change the OS startup vectors (see question
number 1 above).  Better yet, are there any "alternate OS" available for
the ataris...and would any of the authors be willing to release the
source under a non-disclosure agreement or make a custom version?

please address replies to Cothrell -at DOCKMASTER.ARPA or to Info-Atari8
thanks...Scott Cothrell Cothrell -at DOCKMASTER.ARPA.

------------------------------

Date:          Tue, 8 Sep 87 18:35 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       6502 upgrade for the atariS?
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Hi John
Could you refer my questions to your resident Hardware wizard PauL
Swanson.

Has anyone out there ever tried to run the atari custom chips
at a higher clock rate.  They normally run at 1.79Mhz but the cpu
can run at a  full 2mhz.

I'm thinking about replacing the 6502 with the 65816(The IIGs cpu).
the 65816 can run at clock speeds between 1mhz and 4mhz.
I know that the 65816 is not directly pin compatable with the
Atari 6502c(Its in the Xl & XEs), but it should work thru the
parrallel bus.

Does anyone here in netland known of other 8/16 bit 6502 compatible
cpu's. Also price list and distributors of the 65816 compatibles
would be very helpful.

William M. Buford
(Novice Hardware Hacker)
(An Action Programmer!)
Dflint02@ulkyvx.bitnet

------------------------------

Date: 8 Sep 87 23:52:43 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: 1200xl and the cpu and OSe
To: info-atari8@score.stanford.edu

In article <870907174221.284781@DOCKMASTER.ARPA> Cothrell@DOCKMASTER.ARPA writes:

> Ok, I have just found out that the 1200xl (and I presume everything else
> but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
> answere the questions of the day?  Namely, what was done to the
> processor to make it non-standard?

	While talking to the "doctor" after my 800XL's recent brain
transplant, I also learned to my surprise that the CPU is not a stock
6502.  I believe I was told that there is a small amount of extra
circuitry in there for address decoding, but am not sure.  Can check
it out if you wish.

> number 1 above).  Better yet, are there any "alternate OS" available for
> the ataris...and would any of the authors be willing to release the
> source under a non-disclosure agreement or make a custom version?

	For playing around with the OS, I suggest you get The Boss
alternate OS.  In addition to being a good substitution for the
Translator disk, it offers coldstart from the keyboard, and has a
special mode where it deselects the OS ROM in favor of the RAM
underneath, and copies itself there.   What you get is a RAM OS that
you can POKE around with.

--Mark Knutsen
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 8 Sep 87 20:32:10 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: CC8 Compiler Version 2.3b (1 of 3)
To: info-atari8@score.stanford.edu


This is version 2.3b of CC8, an improved version of the Deep Blue C
Compiler.  The version fixes a particularly nasty bug found by
John Dunning (#4 below) and has some other differences from the original
posted version (detailed below).

    Part 1 -- this article
    Part 2 -- the original CC8 doc
    Part 3 -- the uuencoded CC8.COM (33732 bytes, 24465 bytes uudecoded)

Steve Kennedy			{ihnp4,moss,decwrl,?}!cbosgd!smk

[ CC8 is available for FTPing from SCORE::<INFO-ATARI>CC8.NTXT (in
  tops20 mail file (eg text) format).	--BillW]

--------------------------------------------------------------------------

The following is a list of fixed bugs, enhancements, and known problems:

Bug fixes:

    1.  Empty expressions in for statement accepted, i.e.,
    
	    for(;;;) $( $)

    2.  Constant expression are now valid after "case", i.e.,
        "case 2*3."  (fixes "case -1:" problem)

    3.  "*a" if a is an array no longer generates an error.

    4.  A function argument declaration of "type var[]" is now
        converted to "type *var."  Previously, the compiler generated
	bad code which caused a lock-up when the resulting program
	was run (e.g., programs using "getname()" in ACECIO.C).

Enhancements:

    1.  The expressions "a[x]" and "x[a]" are both valid and
	equivalent provided one of x or a is a pointer or array.

    2.  structs without explicit tag names are now legal, i.e.,
    
	    "struct $( .... $) y;"

    3.  The compiler now recognizes the keywords "short" and "long."
	Note that "int" = "short" = "short int" = "long" = "long int"
	= 2 bytes.  "Long" declarations produce the warning
	"long == short."

    4.  The compiler now recognizes the keyword "unsigned" and
	will generate unsigned comparison code for <, <=, >, or >=
	when one or both operands are unsigned.

	Caveats:

	    - You'll have to write your own routines to print these
	      correctly (no %u in ACE C or DBC printf).

	    - I'm not sure *, /, or % work properly on unsigned numbers.

Known problems (send mail or post if you want to add to the list):

    1.  Not all escape sequences recognized by ACE C are recognized by
	CC8.  (\u, \d, \l, \r, \e)

    2.  Compiler doesn't like "register x" although it will accept
	"register int x."  Note that "register" doesn't do anything
	special anyway.

------------------------------

Date: 9 Sep 87 17:17:15 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: CPU upgrades
To: info-atari8@score.stanford.edu

Several recent postings have raised questions about CPU upgrades for the 8
bit Ataris.  The obvious candidates are the 65C02, a CMOS version of the
6502 with some minor extensions, and the 65802, a version of the 65816
(Apple IIgs CPU) that is pin compatible with the 6502.  One source of both
is Jameco Electronics; see any issue of Byte, etc., for their ads.  The
most recent prices I've seen are
	65C02:   $8.95
        65C802  $19.95
To keep things in perspective, Jameco's quantity-one prices for the 68000
range from $11.95 (8  MHz) to $17.95 (12 MHz); i.e., neither 6502
replacement is much of a bargain in terms of processing power, especially
considering the relative amount of support available.

For a while, I thought that upgrading my 800 with one of these would be
really nifty.  I think I was wrong.  Maybe I'm overlooking something, but
here's how I see things:

(1) Software

The 65C02 includes a few new opcodes that plug a number of annoying holes
in the 6502 instruction set.  The MAC/65 assembler for the Atari supports
these extensions, so anything for which I have assembler source could be
(re)written to take advantage of them.  But most of the software I care
about was either bought on the commercial market or written in Action.  No
gain there (or for Basic either).

To my knowledge, the only commercial assemblers that support the
65802/65816 extensions run on the Apple II line of machines.  So the
situation there is even bleaker.

In either case, I couldn't give or sell my software to owners of vanilla
Ataris -- or to Apple IIc/e/gs owners either.

(2) Speed

I just glanced through the Rockwell data book (only one at hand covering
the 6500).  The tabulated cycles/instruction are essentially identical for
the R6502 and R65C02.  In fact, their 65C02 is a cycle *slower* on decimal
arithemetic (as in Basic floating point).  I think I recall reading that
the WDC (= NCR?) 65C02 did shave a cycle here and there, but that the
speedups were removed in the WDC 65802/65816 running in compatibility mode,
presumably so that old timing loops would work.  No significant gain here
without changing the clock speed.

But changing the clock speed will almost certainly cause major problems
with everything else.  The 1.79 MHz. crystal was chosen to match a color
TV standard, not because the processor won't go faster.  In fact, at least
some 800's were built with 6502B's, which are rated to run at 3MHz.

(3) Power

The new CMOS chips do use less, but I don't believe that the old NMOS
6502 is consuming any significant amount of the power used by an Atari
8-bitter.

(4) Wider Bus

The 65816 brings out more address lines and thus visions of big memories
without bank switching, etc.  Someone who chooses to stuff all this in an
old Atari box might have a lot of fun and learn a lot, but he ought to
understand that he is basically engineering a whole computer system, and
probably much of its software, from scratch.

I'd appreciate comments and counterarguments; I'd still love an excuse to
try the upgrades.

Ed Satterthwaite
Arpa: ehs@src.DEC.COM
UUCP: ...!decwrl!ehs

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/10/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 10 Sep 87 03:04:44 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26686; 9 Sep 87 22:45 EDT
Date:  Wed 9 Sep 87 18:41:36 PDT
Subject:  Info-Atari8 Digest V87 #79
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, September  9, 1987   Volume 87 : Issue 79

This weeks Editor: Bill Westfield

Today's Topics:

                             1200xl portb
                             user groups
                      1200xl and the cpu and OSe
                     6502 upgrade for the atariS?
                    Re: 1200xl and the cpu and OSe
                  CC8 Compiler Version 2.3b (1 of 3)
                             CPU upgrades

----------------------------------------------------------------------

Date:  Sun, 6 Sep 87 18:01 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl portb
To:  Info-atari8@SCORE.STANFORD.EDU

I would like to know what the pinout of the 1200xl's port b is.  also,
which pin on the 6520 corresponds to bit 0 (I assume the rest are meerly
increments of bin and bit).  Also, there have been some rumors on
occasion that the CPU in the Atari 8 bitters is a custom CPU with a 6502
instruction set.  Is this true?  If so, what changes were made?  I have
a 65C802 CPU (16 bit, 6502 pin compatible) that I would like to drop
into my 1200 or 130XE.  A friend has done this with a Vic-20 (no laughs
please) and had no problems...except his games sped up.  Comments and
suggestions are welcome.

Cothrell -at dockmaster.arpa

------------------------------

Date:  Mon, 7 Sep 87 12:56 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  user groups
To:  info-atari8@SCORE.STANFORD.EDU

does anyone know of a users group (8bitters) in the Baltimore, MD area.
or if there is a "clearing house" of user group addresses?  .  Scott
Cothrell
  (Cothrell -at Dockmaster.arpa ) /s/]

------------------------------

Date:  Mon, 7 Sep 87 13:42 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl and the cpu and OSe
To:  info-atari8@SCORE.STANFORD.EDU

Ok, I have just found out that the 1200xl (and I presume everything else
but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
answere the questions of the day?  Namely, what was done to the
processor to make it non-standard?  I suspect that the boot vector (as
well as some others) have been changed from the standard 6502 vectors.
If you dont know for sure, but could tell me how to talk to somebody at
Atari...I would appreciate that greatly.  Otherwise, suggestions and
comments are welcome...results will be posted (if there are any).  The
second question concerns the OS source code.  Has the OS source been
published for the xl/xe machines (i have a 1200xl and a 130xe).  If it
has been published, who and where???  If not...does anyone have a
suggestion for writing an OS?  I want to use a regular 6502 in my 1200xl
and I think I will need to change the OS startup vectors (see question
number 1 above).  Better yet, are there any "alternate OS" available for
the ataris...and would any of the authors be willing to release the
source under a non-disclosure agreement or make a custom version?

please address replies to Cothrell -at DOCKMASTER.ARPA or to Info-Atari8
thanks...Scott Cothrell Cothrell -at DOCKMASTER.ARPA.

------------------------------

Date:          Tue, 8 Sep 87 18:35 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       6502 upgrade for the atariS?
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Hi John
Could you refer my questions to your resident Hardware wizard PauL
Swanson.

Has anyone out there ever tried to run the atari custom chips
at a higher clock rate.  They normally run at 1.79Mhz but the cpu
can run at a  full 2mhz.

I'm thinking about replacing the 6502 with the 65816(The IIGs cpu).
the 65816 can run at clock speeds between 1mhz and 4mhz.
I know that the 65816 is not directly pin compatable with the
Atari 6502c(Its in the Xl & XEs), but it should work thru the
parrallel bus.

Does anyone here in netland known of other 8/16 bit 6502 compatible
cpu's. Also price list and distributors of the 65816 compatibles
would be very helpful.

William M. Buford
(Novice Hardware Hacker)
(An Action Programmer!)
Dflint02@ulkyvx.bitnet

------------------------------

Date: 8 Sep 87 23:52:43 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: 1200xl and the cpu and OSe
To: info-atari8@score.stanford.edu

In article <870907174221.284781@DOCKMASTER.ARPA> Cothrell@DOCKMASTER.ARPA writes:

> Ok, I have just found out that the 1200xl (and I presume everything else
> but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
> answere the questions of the day?  Namely, what was done to the
> processor to make it non-standard?

	While talking to the "doctor" after my 800XL's recent brain
transplant, I also learned to my surprise that the CPU is not a stock
6502.  I believe I was told that there is a small amount of extra
circuitry in there for address decoding, but am not sure.  Can check
it out if you wish.

> number 1 above).  Better yet, are there any "alternate OS" available for
> the ataris...and would any of the authors be willing to release the
> source under a non-disclosure agreement or make a custom version?

	For playing around with the OS, I suggest you get The Boss
alternate OS.  In addition to being a good substitution for the
Translator disk, it offers coldstart from the keyboard, and has a
special mode where it deselects the OS ROM in favor of the RAM
underneath, and copies itself there.   What you get is a RAM OS that
you can POKE around with.

--Mark Knutsen
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 8 Sep 87 20:32:10 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: CC8 Compiler Version 2.3b (1 of 3)
To: info-atari8@score.stanford.edu


This is version 2.3b of CC8, an improved version of the Deep Blue C
Compiler.  The version fixes a particularly nasty bug found by
John Dunning (#4 below) and has some other differences from the original
posted version (detailed below).

    Part 1 -- this article
    Part 2 -- the original CC8 doc
    Part 3 -- the uuencoded CC8.COM (33732 bytes, 24465 bytes uudecoded)

Steve Kennedy			{ihnp4,moss,decwrl,?}!cbosgd!smk

[ CC8 is available for FTPing from SCORE::<INFO-ATARI>CC8.NTXT (in
  tops20 mail file (eg text) format).	--BillW]

--------------------------------------------------------------------------

The following is a list of fixed bugs, enhancements, and known problems:

Bug fixes:

    1.  Empty expressions in for statement accepted, i.e.,
    
	    for(;;;) $( $)

    2.  Constant expression are now valid after "case", i.e.,
        "case 2*3."  (fixes "case -1:" problem)

    3.  "*a" if a is an array no longer generates an error.

    4.  A function argument declaration of "type var[]" is now
        converted to "type *var."  Previously, the compiler generated
	bad code which caused a lock-up when the resulting program
	was run (e.g., programs using "getname()" in ACECIO.C).

Enhancements:

    1.  The expressions "a[x]" and "x[a]" are both valid and
	equivalent provided one of x or a is a pointer or array.

    2.  structs without explicit tag names are now legal, i.e.,
    
	    "struct $( .... $) y;"

    3.  The compiler now recognizes the keywords "short" and "long."
	Note that "int" = "short" = "short int" = "long" = "long int"
	= 2 bytes.  "Long" declarations produce the warning
	"long == short."

    4.  The compiler now recognizes the keyword "unsigned" and
	will generate unsigned comparison code for <, <=, >, or >=
	when one or both operands are unsigned.

	Caveats:

	    - You'll have to write your own routines to print these
	      correctly (no %u in ACE C or DBC printf).

	    - I'm not sure *, /, or % work properly on unsigned numbers.

Known problems (send mail or post if you want to add to the list):

    1.  Not all escape sequences recognized by ACE C are recognized by
	CC8.  (\u, \d, \l, \r, \e)

    2.  Compiler doesn't like "register x" although it will accept
	"register int x."  Note that "register" doesn't do anything
	special anyway.

------------------------------

Date: 9 Sep 87 17:17:15 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: CPU upgrades
To: info-atari8@score.stanford.edu

Several recent postings have raised questions about CPU upgrades for the 8
bit Ataris.  The obvious candidates are the 65C02, a CMOS version of the
6502 with some minor extensions, and the 65802, a version of the 65816
(Apple IIgs CPU) that is pin compatible with the 6502.  One source of both
is Jameco Electronics; see any issue of Byte, etc., for their ads.  The
most recent prices I've seen are
	65C02:   $8.95
        65C802  $19.95
To keep things in perspective, Jameco's quantity-one prices for the 68000
range from $11.95 (8  MHz) to $17.95 (12 MHz); i.e., neither 6502
replacement is much of a bargain in terms of processing power, especially
considering the relative amount of support available.

For a while, I thought that upgrading my 800 with one of these would be
really nifty.  I think I was wrong.  Maybe I'm overlooking something, but
here's how I see things:

(1) Software

The 65C02 includes a few new opcodes that plug a number of annoying holes
in the 6502 instruction set.  The MAC/65 assembler for the Atari supports
these extensions, so anything for which I have assembler source could be
(re)written to take advantage of them.  But most of the software I care
about was either bought on the commercial market or written in Action.  No
gain there (or for Basic either).

To my knowledge, the only commercial assemblers that support the
65802/65816 extensions run on the Apple II line of machines.  So the
situation there is even bleaker.

In either case, I couldn't give or sell my software to owners of vanilla
Ataris -- or to Apple IIc/e/gs owners either.

(2) Speed

I just glanced through the Rockwell data book (only one at hand covering
the 6500).  The tabulated cycles/instruction are essentially identical for
the R6502 and R65C02.  In fact, their 65C02 is a cycle *slower* on decimal
arithemetic (as in Basic floating point).  I think I recall reading that
the WDC (= NCR?) 65C02 did shave a cycle here and there, but that the
speedups were removed in the WDC 65802/65816 running in compatibility mode,
presumably so that old timing loops would work.  No significant gain here
without changing the clock speed.

But changing the clock speed will almost certainly cause major problems
with everything else.  The 1.79 MHz. crystal was chosen to match a color
TV standard, not because the processor won't go faster.  In fact, at least
some 800's were built with 6502B's, which are rated to run at 3MHz.

(3) Power

The new CMOS chips do use less, but I don't believe that the old NMOS
6502 is consuming any significant amount of the power used by an Atari
8-bitter.

(4) Wider Bus

The 65816 brings out more address lines and thus visions of big memories
without bank switching, etc.  Someone who chooses to stuff all this in an
old Atari box might have a lot of fun and learn a lot, but he ought to
understand that he is basically engineering a whole computer system, and
probably much of its software, from scratch.

I'd appreciate comments and counterarguments; I'd still love an excuse to
try the upgrades.

Ed Satterthwaite
Arpa: ehs@src.DEC.COM
UUCP: ...!decwrl!ehs

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/10/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 10 Sep 87 03:25:40 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26686; 9 Sep 87 22:45 EDT
Date:  Wed 9 Sep 87 18:41:36 PDT
Subject:  Info-Atari8 Digest V87 #79
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, September  9, 1987   Volume 87 : Issue 79

This weeks Editor: Bill Westfield

Today's Topics:

                             1200xl portb
                             user groups
                      1200xl and the cpu and OSe
                     6502 upgrade for the atariS?
                    Re: 1200xl and the cpu and OSe
                  CC8 Compiler Version 2.3b (1 of 3)
                             CPU upgrades

----------------------------------------------------------------------

Date:  Sun, 6 Sep 87 18:01 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl portb
To:  Info-atari8@SCORE.STANFORD.EDU

I would like to know what the pinout of the 1200xl's port b is.  also,
which pin on the 6520 corresponds to bit 0 (I assume the rest are meerly
increments of bin and bit).  Also, there have been some rumors on
occasion that the CPU in the Atari 8 bitters is a custom CPU with a 6502
instruction set.  Is this true?  If so, what changes were made?  I have
a 65C802 CPU (16 bit, 6502 pin compatible) that I would like to drop
into my 1200 or 130XE.  A friend has done this with a Vic-20 (no laughs
please) and had no problems...except his games sped up.  Comments and
suggestions are welcome.

Cothrell -at dockmaster.arpa

------------------------------

Date:  Mon, 7 Sep 87 12:56 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  user groups
To:  info-atari8@SCORE.STANFORD.EDU

does anyone know of a users group (8bitters) in the Baltimore, MD area.
or if there is a "clearing house" of user group addresses?  .  Scott
Cothrell
  (Cothrell -at Dockmaster.arpa ) /s/]

------------------------------

Date:  Mon, 7 Sep 87 13:42 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  1200xl and the cpu and OSe
To:  info-atari8@SCORE.STANFORD.EDU

Ok, I have just found out that the 1200xl (and I presume everything else
but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
answere the questions of the day?  Namely, what was done to the
processor to make it non-standard?  I suspect that the boot vector (as
well as some others) have been changed from the standard 6502 vectors.
If you dont know for sure, but could tell me how to talk to somebody at
Atari...I would appreciate that greatly.  Otherwise, suggestions and
comments are welcome...results will be posted (if there are any).  The
second question concerns the OS source code.  Has the OS source been
published for the xl/xe machines (i have a 1200xl and a 130xe).  If it
has been published, who and where???  If not...does anyone have a
suggestion for writing an OS?  I want to use a regular 6502 in my 1200xl
and I think I will need to change the OS startup vectors (see question
number 1 above).  Better yet, are there any "alternate OS" available for
the ataris...and would any of the authors be willing to release the
source under a non-disclosure agreement or make a custom version?

please address replies to Cothrell -at DOCKMASTER.ARPA or to Info-Atari8
thanks...Scott Cothrell Cothrell -at DOCKMASTER.ARPA.

------------------------------

Date:          Tue, 8 Sep 87 18:35 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       6502 upgrade for the atariS?
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Hi John
Could you refer my questions to your resident Hardware wizard PauL
Swanson.

Has anyone out there ever tried to run the atari custom chips
at a higher clock rate.  They normally run at 1.79Mhz but the cpu
can run at a  full 2mhz.

I'm thinking about replacing the 6502 with the 65816(The IIGs cpu).
the 65816 can run at clock speeds between 1mhz and 4mhz.
I know that the 65816 is not directly pin compatable with the
Atari 6502c(Its in the Xl & XEs), but it should work thru the
parrallel bus.

Does anyone here in netland known of other 8/16 bit 6502 compatible
cpu's. Also price list and distributors of the 65816 compatibles
would be very helpful.

William M. Buford
(Novice Hardware Hacker)
(An Action Programmer!)
Dflint02@ulkyvx.bitnet

------------------------------

Date: 8 Sep 87 23:52:43 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: 1200xl and the cpu and OSe
To: info-atari8@score.stanford.edu

In article <870907174221.284781@DOCKMASTER.ARPA> Cothrell@DOCKMASTER.ARPA writes:

> Ok, I have just found out that the 1200xl (and I presume everything else
> but the 400 and 800) does NOT have a standard 6502 in it.  Can anyone
> answere the questions of the day?  Namely, what was done to the
> processor to make it non-standard?

	While talking to the "doctor" after my 800XL's recent brain
transplant, I also learned to my surprise that the CPU is not a stock
6502.  I believe I was told that there is a small amount of extra
circuitry in there for address decoding, but am not sure.  Can check
it out if you wish.

> number 1 above).  Better yet, are there any "alternate OS" available for
> the ataris...and would any of the authors be willing to release the
> source under a non-disclosure agreement or make a custom version?

	For playing around with the OS, I suggest you get The Boss
alternate OS.  In addition to being a good substitution for the
Translator disk, it offers coldstart from the keyboard, and has a
special mode where it deselects the OS ROM in favor of the RAM
underneath, and copies itself there.   What you get is a RAM OS that
you can POKE around with.

--Mark Knutsen
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 8 Sep 87 20:32:10 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: CC8 Compiler Version 2.3b (1 of 3)
To: info-atari8@score.stanford.edu


This is version 2.3b of CC8, an improved version of the Deep Blue C
Compiler.  The version fixes a particularly nasty bug found by
John Dunning (#4 below) and has some other differences from the original
posted version (detailed below).

    Part 1 -- this article
    Part 2 -- the original CC8 doc
    Part 3 -- the uuencoded CC8.COM (33732 bytes, 24465 bytes uudecoded)

Steve Kennedy			{ihnp4,moss,decwrl,?}!cbosgd!smk

[ CC8 is available for FTPing from SCORE::<INFO-ATARI>CC8.NTXT (in
  tops20 mail file (eg text) format).	--BillW]

--------------------------------------------------------------------------

The following is a list of fixed bugs, enhancements, and known problems:

Bug fixes:

    1.  Empty expressions in for statement accepted, i.e.,
    
	    for(;;;) $( $)

    2.  Constant expression are now valid after "case", i.e.,
        "case 2*3."  (fixes "case -1:" problem)

    3.  "*a" if a is an array no longer generates an error.

    4.  A function argument declaration of "type var[]" is now
        converted to "type *var."  Previously, the compiler generated
	bad code which caused a lock-up when the resulting program
	was run (e.g., programs using "getname()" in ACECIO.C).

Enhancements:

    1.  The expressions "a[x]" and "x[a]" are both valid and
	equivalent provided one of x or a is a pointer or array.

    2.  structs without explicit tag names are now legal, i.e.,
    
	    "struct $( .... $) y;"

    3.  The compiler now recognizes the keywords "short" and "long."
	Note that "int" = "short" = "short int" = "long" = "long int"
	= 2 bytes.  "Long" declarations produce the warning
	"long == short."

    4.  The compiler now recognizes the keyword "unsigned" and
	will generate unsigned comparison code for <, <=, >, or >=
	when one or both operands are unsigned.

	Caveats:

	    - You'll have to write your own routines to print these
	      correctly (no %u in ACE C or DBC printf).

	    - I'm not sure *, /, or % work properly on unsigned numbers.

Known problems (send mail or post if you want to add to the list):

    1.  Not all escape sequences recognized by ACE C are recognized by
	CC8.  (\u, \d, \l, \r, \e)

    2.  Compiler doesn't like "register x" although it will accept
	"register int x."  Note that "register" doesn't do anything
	special anyway.

------------------------------

Date: 9 Sep 87 17:17:15 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: CPU upgrades
To: info-atari8@score.stanford.edu

Several recent postings have raised questions about CPU upgrades for the 8
bit Ataris.  The obvious candidates are the 65C02, a CMOS version of the
6502 with some minor extensions, and the 65802, a version of the 65816
(Apple IIgs CPU) that is pin compatible with the 6502.  One source of both
is Jameco Electronics; see any issue of Byte, etc., for their ads.  The
most recent prices I've seen are
	65C02:   $8.95
        65C802  $19.95
To keep things in perspective, Jameco's quantity-one prices for the 68000
range from $11.95 (8  MHz) to $17.95 (12 MHz); i.e., neither 6502
replacement is much of a bargain in terms of processing power, especially
considering the relative amount of support available.

For a while, I thought that upgrading my 800 with one of these would be
really nifty.  I think I was wrong.  Maybe I'm overlooking something, but
here's how I see things:

(1) Software

The 65C02 includes a few new opcodes that plug a number of annoying holes
in the 6502 instruction set.  The MAC/65 assembler for the Atari supports
these extensions, so anything for which I have assembler source could be
(re)written to take advantage of them.  But most of the software I care
about was either bought on the commercial market or written in Action.  No
gain there (or for Basic either).

To my knowledge, the only commercial assemblers that support the
65802/65816 extensions run on the Apple II line of machines.  So the
situation there is even bleaker.

In either case, I couldn't give or sell my software to owners of vanilla
Ataris -- or to Apple IIc/e/gs owners either.

(2) Speed

I just glanced through the Rockwell data book (only one at hand covering
the 6500).  The tabulated cycles/instruction are essentially identical for
the R6502 and R65C02.  In fact, their 65C02 is a cycle *slower* on decimal
arithemetic (as in Basic floating point).  I think I recall reading that
the WDC (= NCR?) 65C02 did shave a cycle here and there, but that the
speedups were removed in the WDC 65802/65816 running in compatibility mode,
presumably so that old timing loops would work.  No significant gain here
without changing the clock speed.

But changing the clock speed will almost certainly cause major problems
with everything else.  The 1.79 MHz. crystal was chosen to match a color
TV standard, not because the processor won't go faster.  In fact, at least
some 800's were built with 6502B's, which are rated to run at 3MHz.

(3) Power

The new CMOS chips do use less, but I don't believe that the old NMOS
6502 is consuming any significant amount of the power used by an Atari
8-bitter.

(4) Wider Bus

The 65816 brings out more address lines and thus visions of big memories
without bank switching, etc.  Someone who chooses to stuff all this in an
old Atari box might have a lot of fun and learn a lot, but he ought to
understand that he is basically engineering a whole computer system, and
probably much of its software, from scratch.

I'd appreciate comments and counterarguments; I'd still love an excuse to
try the upgrades.

Ed Satterthwaite
Arpa: ehs@src.DEC.COM
UUCP: ...!decwrl!ehs

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (09/14/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 12 Sep 87 07:06:41 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa02738; 12 Sep 87 3:03 EDT
Date:  Fri 11 Sep 87 22:44:03 PDT
Subject:  Info-Atari8 Digest V87 #80
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Friday, September 11, 1987   Volume 87 : Issue 80

This weeks Editor: Bill Westfield

Today's Topics:

                             Custom 6502
                     File Format of <info-atari>
                   Re: File Format of <info-atari>
              Re: 600XL Upgrade to 256k ? Where and How?
                             custom 6502

----------------------------------------------------------------------

Date:  Thu, 10 Sep 87 11:17 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  Custom 6502
To:  info-atari8@SCORE.STANFORD.EDU

jwt at Atari has written me a note stating that the CPU in the later
Atari computers (everything but the 800/400 I guess) is indeed custom.
The difference seems to be that the custom chip has the ability to
tri-state its 'bus'.  I have asked for clarification of its 'bus', but I
think that he means the address bus (at least) and possibly more.
Apparently the old 800's had the tri-state logic external to the 6502.

Ed Satterthwaite raised the point of the "worthwhileness" of attempting
to replace the cpu in the atari computers.  I agree that most of his
points are logical and reasonable.  That doesn't change my mind, I just
happen to agree with him.  (I am a hacker at heart and sanity has never
been a prerequisite)

I happen to have the 800 schematics which show the tri-state logic (if
you want to call it that...weirdest contraption I ever saw...anyone know
the reasoning behind that design???  I though one used the 650X because
the phased clocks were generated for you!)  and am going to try to make
a "processor module" that will drop into the custom 6502 socket and
properly tri-state things.

wish me luck (I'll probably need it)

Scott Cothrell

Cothrell -at Dockmaster.arpa

------------------------------

Date:  Thu, 10 Sep 87 11:32 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  File Format of <info-atari>
To:  info-atari8@SCORE.STANFORD.EDU

this is for BW I guess...

what do the different extenders on the files under <Info-Atari> stand
for and which ones differentiate between 16 and 8 bitter programs?

------------------------------

Mail-From: BILLW created at 10-Sep-87 09:31:22
Date: Thu 10 Sep 87 09:31:22-PDT
From: William "Chops" Westfield <BILLW@Score.Stanford.EDU>
Subject: Re: File Format of <info-atari>
To: Cothrell@DOCKMASTER.ARPA
In-Reply-To: <870910153256.454558@DOCKMASTER.ARPA>

Unfortunately, there is nothing to differentiate between 8 bit
and 16 bit programs in <info-atari>.  Almost all files are in
there original mail-message format, and must be cut, pasted,
uudecoded, and de-arced by hand.  *.N* are files that have been
received but never sent out to the net.  Other files are older
and may have been sent in some number of pieces soon after
there original postings.  Some files contain multiple versions
of the same program, some files have peices missing.  I may 
actually get araound to distributing atari8 programs to the net
via mail, but the volume of normal mail (and the size of programs)
for the atari16 list makes this completely impossible.

BillW

------------------------------

Date: 9 Sep 87 18:22:04 GMT
From: fluke!ssc-vax!bcsaic!ray@beaver.cs.washington.edu  (Ray Allis)
Subject: Re: 600XL Upgrade to 256k ? Where and How?
To: info-atari8@score.stanford.edu

In article <14540@watmath.waterloo.edu> hpchang@watmath.UUCP (KILROY) writes:
>
> 
> I would like to ask for your help in finding a way to upgrade the Atari
> 600xl to 256k. I would appreciate any help on this...
>   Thanks in advance.....

Best Electronics advertises in the Puget Sound Atari Newsletter
a kit with instructions for a do-it-yourself upgrade to your
600xl.  They are:

Best Electronics
2021 The Alameda
Suite 290
San Jose, CA. 95126
(408)243-6950

They have a 64k upgrade for $15, and for $28 you can get a 256k mod
which was designed by Jeff Popp in Redmond Wash.

American Techna-vision, at 1-800-551-9995, has a 64k plug-in
module for 29.95, but they didn't sound very encouraging about 256k.

-- 
CSNET: ray@boeing.com
UUCP:  uw-june!bcsaic!ray

------------------------------

Date:  Fri, 11 Sep 87 19:42 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  custom 6502
To:  atari!jwt@AMES.ARPA

I assume that the custom 6502 tri-states its address bus when the Antic
puts pin 9 (HALT) low.  I think I have further deduced that pin 35 of
the 6502 is the trigger for the tri-stating.  two questions.  am I right
so far, and is the data bus also tri-stated?  thanx,

Scott Cothrell

Cothrell at Dockmaster.arpa

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/19/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 19 Sep 87 00:40:46 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa17527; 18 Sep 87 20:36 EDT
Date:  Fri 18 Sep 87 12:58:02 PDT
Subject:  Info-Atari8 Digest V87 #82
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Friday, September 18, 1987   Volume 87 : Issue 82

This weeks Editor: Bill Westfield

Today's Topics:

                           Re: custom 6502
                           Re: custom 6502
                     Re: More wierd questions...
                    Re: 1200xl and the cpu and OSe
                             user groups.
                        65C802 processor card.
                     wanted: 800xl monitor pinout
                         The 6502 difference
              Re: 600XL Upgrade to 256k ? Where and How?
                   Re: File Format of <info-atari>

----------------------------------------------------------------------

Date: 12 Sep 87 05:30:42 GMT
From: ihnp4!upba!eecae!conklin@ucbvax.Berkeley.EDU  (Terry Conklin)
Subject: Re: custom 6502
To: info-atari8@score.stanford.edu


A couple people have found out (somehow?!) already and since
this question was brought up I might as well mention that I
have already been working on the 200% Turbo XL.

The 6502 in the XL ("Sally") is, as was sumarized, a 6502 
with tri-state buffering. When a chip goes tri-state, it 
becomes electronically transparent. Antic tri-states the 6502
so that it doesn't react when Antic starts accessing memory.

The 400/800 (and the TRS-80 for that matter) had tri-state
buffers on the board. To lower the chip count on the XL line,
Atari made a custom 6502 that moves those buffers into the
CPU.

We have long known/required a socket that would simply externalize
those buffers so as to make a path for the XL/XEs take a 
65802/65C02. ActuallyI don't care what you put in it as long
as it's pin compatible and runs 4 Mhz. This socket is indeed
a possibilty, I've just been too busy messing with the rest of
the timing considerations.

Mathematically computed benchmarks of the Turbo XL show it runs
quite favorably with the IBM PC, Mac, and (suprise!) ST. This
was borne out to some extent with the release of the turbo-
upgrade for the C64.

I have no plans for attempting a 16-bit version of the mod.
Granted the 64 mod is, but I am planning this mod to be along
the lines of the 256/320 XL/XE memory upgrades. Something
that many can make, easily. The memory upgrade is great, and
I strongly reccommend it to anyone who does anything other than
play Pacman.

Please dont ask major techincal details, since I'd like to
make a little money from the efforts on this. By no means do
we intend on letting this mod cost more than $50. If it 
gets
that way, then it gets to be PD.

Terry Conklin (and, actually, partner in crime Ken Sumrall)
ihnp4!msudoc!conklin or ARPA: conklin@cps.msu.edu
or we generally carry this discussion on the Club's ATARI
base at (517) 372-3131.
Disclaimer: I bought a Unix machine of my very own. That puts
MIGHTY cross-interests in with this. But if you want results
now, well, get that Kermit65. It's still great!

------------------------------

Date: 13 Sep 87 01:55:38 GMT
From: aramis.rutgers.edu!knutsen@RUTGERS.EDU  (Mark Knutsen)
Subject: Re: custom 6502
To: info-atari8@score.stanford.edu

In article <2578@eecae.UUCP> conklin@eecae.UUCP (Terry Conklin) writes:

> A couple people have found out (somehow?!) already and since
> this question was brought up I might as well mention that I
> have already been working on the 200% Turbo XL.

> Mathematically computed benchmarks of the Turbo XL show it runs
> quite favorably with the IBM PC, Mac, and (suprise!) ST. This
> was borne out to some extent with the release of the turbo-
> upgrade for the C64.

> Please dont ask major techincal details, since I'd like to
> make a little money from the efforts on this. By no means do
> we intend on letting this mod cost more than $50. If it 
> gets
> that way, then it gets to be PD.

I still can't believe I'm reading this.  You mean to say I'll soon be able to
purchase an upgrade that will double the speed of my 800XL?  Hot
diggedy!

Only a few general questions:  When?  Where?  Major caveats of the
increased clock speed?  (That is, will all software run?)  Will there
be a hard or software switch to bring the speed down to normal if
desired?

If this proposal becomes a reality, you will indeed "make a little
money" from the efforts.

 -- Mark K.
-- 
_________________________________ Jersey\\\\\\\\ _____________________________
ARPA: knutsen@rutgers.edu       | \\\Atari\\\\\\ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen | \\\\\\Computer | The JACG BBS: (201)298-0161
--------------------------------- \\\\\\\\\Group -----------------------------

------------------------------

Date: 14 Sep 87 17:19:45 GMT
From: muscat!striepe@decwrl.dec.com  (Harald Striepe)
Subject: Re: More wierd questions...
To: info-atari8@score.stanford.edu

In article <3940@well.UUCP> rshuford@well.UUCP (Richard S. Shuford) writes:
>
>Perhaps someone on the network knows whether, and if so how, one can
>still obtain programs from the Atari Software Program Exchange.
>In that collection used to be a program called Chameleon, which I'm
>told could do a fair VT52 emulation.
>
>.....Richard S. Shuford
>     hplabs!well!rshuford
>     BIX: richard
APEX is dead.  ANTIC  has taken over a major portion of their catalog,  but
I remember that in their catalog in the middle of their magazine it was
noted that the CHAMELEON stock was getting low.

John Dunning's K65 posted on this net contains the best VT100 emulator so
far, and also includes VT52 emulation.
You have a choice of scrolling 40 columns, or 80 columns in GR.8 mode using
fairly legible 4 bit cells.


>(Comments back to me by mail, please.)


-- 
Harald Striepe
Digital Equipment Corp., SPG Mktg, Sunnyvale, CA
decwrl!muscat!striepe, decwrl!dec-rhea!dec-canvas!striepe, CANVAS::STRIEPE

------------------------------

Date: 15 Sep 87 22:55:37 GMT
From: hans@umd5.umd.edu  (Hans Breitenlohner)
Subject: Re: 1200xl and the cpu and OSe
To: info-atari8@score.stanford.edu

The XL and XE systems, as well as some 400s (maybe all), have a 6502C cpu 
chip.  Its main distinction is the fact that it can tri-state the address
bus, a feature which none of the standard 6500 family chips have.

I recall reading that there is a chip in the 65c00 family which does have
the tri-state feature (maybe 65c11), but have no information as to whether
its pinout is compatible with the Atari chip.
Being somewhat non-standard, it might also be considerably more expensive
or harder to find.

As far as I know there are no programming differences between the 6502 and
the 6502c.  

As far as souping up the XL with a faster cpu, I have two concerns:
1. coordinating a faster cpu and the standard Antic might be quite a
challenge.  You would need memory which can run at slow and fast cycle 
rate, depending on who is talking to it.  And while there is a fair amount
of slack in memory timing with the current design, a significant speedup
might cause much difficulty.
2. The i/o bandwidth is about 1920 bytes/second, and unless you main goal is
to compute prime numbers, or do Mandelbrot pictures, any speedup is likely
to make the i/o restrictions seem even more painful.  Of course you might
have disks on an MIO or similar device, but then you need to re-visit the
first point I made.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: cothrell@dockmaster.ARPA
Subject: user groups.
Date: Tue, 15 Sep 87 23:29:30 EDT
From: jhs@mitre-bedford.ARPA

The closest one is probably B.A.C.E., which stands for I dunno what but their
address is:

		B.A.C.E.
		Paul Freeman
		6502 Smokehouse Court  (neat address, eh?!)
		Columbia MD 21045

Paul's phone number is (301) 381-6642.  This group has over 60 PD disks
available, charges about $1 per disk plus some postage.

Another useful one is Novatari, the Northern Virginia Atari Users' Group,
c/o Earl Lilley, 821 Ninovan Road, Vienna, VA 22180.  They charge about $3 per
disk plus $1 per 3 disks to cover postage.  They also publish a very
worthwhile newlsetter called Current Notes.

-John Sangster, jhs@mitre-bedford.arpa

------------------------------

Posted-Date:  15 Sep 87 19:18 EDT
Date:  Tue, 15 Sep 87 19:17 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  65C802 processor card.
To:  info-atari8@SCORE.STANFORD.EDU

thanks for all the responses to my questions concerning the cpu in the
later versions of the atari.  to summarize the responses:  1.  the CPU
is indeed custom.  2.  the custom part is internal to the 6502 and is
responsible for tri-stating the address bus.

3.  the "new" 6502 has pin 35 defined as "tri-state the bus" 4.
everything else about the cpu appears to be standard 6502.

now for my observations...

I have built 2 processor cards(they drop into the cpu socket of my
1200xl), one with the circuitry of the old 800(from schematics) and one
with a design of my own.  Neither works...and I don't know why.  I
suspect the tri-state signal from the ANTIC.  I have successfully
duplicated/generated the bi-phase clock as well as the other circuitry.
One of the potential problems is the wishy-washy signal levels I am
getting(and generating) from the rest of the circuitry.  the normal
clock levels seem to be symetric about 1.25 V.  The rest of the system
seems to be little better.  (the clocks have a swing of about .5V p-p)
Perhaps the Atari chips are CMOS???  I dont know.  The tri-state
signal(HALT) from the ANTIC is by far the weirdest signal I have seen in
digital electronics(ever!).  Perhaps my scope is picking up harmonics or
something, but I swear that the signal has at least 4 parts, one of
which registers on my scope as a +5 flat-line.  there are some high
speed digital signals that register CLEARLY under the +5v with enough
swing to definitely be on/off cycles.  If anybody else can take a scope
to their atari, check out pin 9 of the ANTIC or 35 of the CPU.  I know
that I am at the upper limit of my porta-scope when looking at that
signal, but I can see enough to make me wonder just what all the
activity is about.  (just to be sure, I tried it on ac and dc couple,
same picture).  Anyway, they circuitry for the 800 seems to produce the
cleanest signals, so I am saving that circuit...suggestions as to fixes,
etc...  are welcome.

Scott Cothrell

Cothrell at Dockmaster.Arpa

------------------------------

Date: 16 Sep 87 13:51:01 GMT
From: umb!ileaf!io!kevino@husc6.harvard.edu  (Kevin Osborn)
Subject: wanted: 800xl monitor pinout
To: info-atari8@score.stanford.edu

Could somone email me the pinouts of the monitor connection on
the 800xl? I recently pulled my 800xl out of the closet to
do some programming and couldn't find the hardware documentation.
	Thank you,
	Kevin Osborn
	...harvard!umb!ileaf!kevino

-- 
Kevin Osborn       uucp: ...ihnp4!harvard!umb!ileaf!kevino
       "If we can put a congressman in orbit, why can't we put a 
        President on the sun?"
                       - overheard at lunch

------------------------------

Date: 16 Sep 87 16:01:01 GMT
From: mtune!codas!novavax!potpourri!pkopp@RUTGERS.EDU  (Paul Kopp)
Subject: The 6502 difference
To: info-atari8@score.stanford.edu

This was posted on the net a while back.  I saved this because I knew I
would need it someday.

------------------------------
Apparently the so called "6502" used in the Atari's is a custom modified
chip, hence its not using the industry type JDEC number.  From Mike at Xerox
comes the following:

     Atari 6502c #C014806                   standard 6502

     pin no.    function                    pin no.     function
     36         READ/WRITE                  36          N.C.
     35         /HALT                       35          N.C.
     34         N.C.                        34          READ/WRITE

Therefore one could bend up pins 34 and 36 and do a wire connection to swap
these two pins, but that would still leave you without a /HALT command.
(Presumably the halt command is necessary.)  I do not know if the 6502c
chip used by Atari is identical between the original 400/800, the intermediate
XL series and the current XE series.

        Gould Inc., Computer Systems Division, in Sunny South Florida
              ** The opinions (if any) expressed are my own. **
                    Mail paths?, oh yea mail paths:
                 ...!{sun,pur-ee,brl-bmd}!gould!pkopp
                 ...!{ihnp4!codas,allegra}!novavax!gould!pkopp

          Remember:  A path is just a thing that you have running
          between two shrubberies of slightly different heights.

------------------------------

Date: 17 Sep 87 04:41:28 GMT
From: mtune!codas!burl!clyde!watmath!hpchang@rutgers.edu  (Hsi P. Chang)
Subject: Re: 600XL Upgrade to 256k ? Where and How?
To: info-atari8@score.stanford.edu

In article <14540@watmath.waterloo.edu> hpchang@watmath.UUCP (KILROY) writes:
>
> 
> I would like to ask for your help in finding a way to upgrade the Atari
> 600xl to 256k. I would appreciate any help on this...
>   Thanks in advance.....


I would like to ask for your help in tracking down this person "KILROY" who
has been abusing my account. If you know anything about this person please
reply mail to this account. This abuse to my account is highly unacceptable.

Hsi P. Chang

------------------------------

Date: 18 Sep 87 05:03:03 GMT
From: sunybcs!canisius!vaughan@ames.arpa  (Tom Vaughan)
Subject: Re: File Format of <info-atari>
To: info-atari8@score.stanford.edu


Does anybody know how to get at the <info-atari> file from bitnet?  I haven't
been having any success finding out if it even possible.

Thanks in advance

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/23/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 23 Sep 87 20:15:45 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa06540; 23 Sep 87 16:01 EDT
Date:  Wed 23 Sep 87 10:22:59 PDT
Subject:  Info-Atari8 Digest V87 #83
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, September 23, 1987   Volume 87 : Issue 83

This weeks Editor: Bill Westfield

Today's Topics:

                           SYSTEM FOR SALE
                          Success(Partial)!!
                           65c802 and card
                           Atari 8bit 4Sale
                              6502 stuff
                          ANALOG 8-bit Extra

----------------------------------------------------------------------

Date: 20 Sep 87 21:58:08 GMT
From: vanvleck!uwmcsd1!csd4.milw.wisc.edu!pirc2499@speedy.wisc.edu  (James Franc Pirc)
Subject: SYSTEM FOR SALE
To: info-atari8@score.stanford.edu

My friend is selling his system which includes the following:

one 800 computer
one 800XL computer 
one 1050 disk drive
one Indus GT disk drive
one voice box
one MPP-1000C 300 baud modem
joysticks
roughly 60 disks
miscellaneous cartridges

This system is between 1 and 4 years old (depending on piece).
Everything works.  800XL has a slight "rolling" problem.  Everything
is unmodified.

My friend is moving and has no room to move the stuff...He will pay
for shipping...Prefer to sell as system, will separate if necessary...

Please send e-mail with a price to me.

True :  James Pirc
ARPA :  pirc2499@csd4.milw.wisc.edu
GEnie:  JIM.PIRC

------------------------------

Date:  Sat, 19 Sep 87 22:58 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  Success(Partial)!!
To:  info-atari8@SCORE.STANFORD.EDU

thanx to whomever posted the bit about the pin36 of the "sally" chip.
that bit of info proved to be the missing piece.  I am pleased to
announce that I have one of my processor cards working.  It works with a
standard 6502, but right now, doesn'T work with the 65c802...it tries to
boot, but gets hung up, I think I may have too slow a chip, but dont
know where to find another faster one.  I at least know that the card
works, all I have to do is figure out whats different about the 65802.
I will release some documentation on the Hows and Etc...  sometime in
the future.  YaaaaaaHooooo, this makes my day!

------------------------------

Date:  Sun, 20 Sep 87 19:29 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  65c802 and card
To:  info-atari8@SCORE.STANFORD.EDU

Contrary to popular belief...the 65C802 is not 100% compatible with the
6502.  I discovered this in building the processor replacement card..
the 65c802 cannot have its cycle extended by "stretching" the Phase 0
clock at a logical 0.  the spec sheet specifies a "maximum T0-low" for
the phase 0; the max time for my chip (4Mhz version) is 10 us.  the 6502
max low time is infinity.  the 65C802 max high time is infinity, but the
6502 has a non-infinite max high time.  Back to the drawing board.

------------------------------

Date: 21 Sep 87 20:40:46 GMT
From: ihnp4!homxb!mtuxo!mtune!codas!killer!jockc@ucbvax.Berkeley.EDU  (Jock Cooper)
Subject: Atari 8bit 4Sale
To: info-atari8@score.stanford.edu

I am posting this for a friend.

The following items are for sale:

8-bit Atari MIDI System consisting of :

	130XE            - $100
	1050 Drive       - $100
	Amber 80 Monitor - $75
	Hybrid Arts MIDI
	Interface & MT3
	Software	 - $100

I would prefer to sell this as a package.

Also for sale:

	800 48K		 - $50
	810 Drive	 - $75
	600XL 64K	 - $50
	1027 Printer	 - $60  (need pwr supply)
	Televideo 950	 - $200
	
Please mail responses to:

ihnp4!killer!jockc

or call 615-327-0744 (ask for chris)

all prices neg.

-----------+
jockc      | 

------------------------------

Posted-Date:  21 Sep 87 20:48 EDT
Date:  Mon, 21 Sep 87 20:43 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  6502 stuff
To:  CL150652%ULKYVM.BITNET@WISCVM.WISC.EDU

Mike B.  (this is being sent to two accounts, Dflint02 at ulkyvx.bitnet
and cl150652 at ulkyvm.bitnet)

I sent something similar to this out to info-atari8, so if you've seen
it, read it anyway.  (just kidding).  I used the circuitry from the 800
tech ref book to do the tri-stating.  I have it working as of
yesterday(20th) for the 6502(standard).  It does not work with the
65C802 (802), I think due to the fact that the 800 "halts" the 6502 by
stretching the phase 0 clock at a logic 0 level.  I don't know wether
you caught it or not, but the 800 did not use the phase 1 and 2 clocks
generated by the 6502...instead, a 7474 was used to generate the system
clocks externally(so when the phase 0 clock was stretched, it would not
affect the rest of the system).  Anyway, the '802 cannot be "halted" by
stretching the phase 0 clock low...it has a maximum low time of 10 uS
and a max high time of infinity--just about opposite of the standard
6502.  For that matter, the 65C01 and 65C02 have the same problem.  I
have tried several ways of stretching the phase 0 clock at a logic 1
level, but to no avail, I think it throws the internal timing of the cpu
off.  I might be able to make it work if I design a bit of circuitry,
which is what I am thinking about now, but am not having any luck(plus I
need a proto-board to do all this on...wire-wrap is a bitch).

about increasing the speed...been thinking about that too.  My data book
(ala Synertek, 1983) shows 6502 available to 4 Mhz, 6520 to 2Mhz.  In
looking at the 800 schematics, it has occurred to me that the board I
have built is the first step to building a faster processor.  My
reasoning is as follows:  We want to speed up the CPU without affecting
the rest of the circuits(ANTIC, GTIA, etc), so we will have to generate
the system clocks(Ph1 & Ph2) off of the CPU.  Next, we have to be able
to stop the processor for ANTIC DMA.  To stop the processor, in sync
with the ANTIC, we need use the "halt" signal of the ANTIC and have some
relationship between the ANTIC's master Ph0 and the CPU's Ph0.  Next,
the system clocks Ph1 and Ph2 have to have "two speeds", one fast speed
for the CPU to do memory access, and a slow speed for the ANTIC etc...
.

What I have in mind(warped as it is) is using the Antic Ph0 as a trigger
to what I call a clock doubler, which will produce 2 Ph0 clock cycles
for each Antic Ph0 pulse.  The doubled clock is basically the CPU Ph0.
For the system clocks, the best Idea I have right now is to run a 7474
(ala 800) at the doubled speed, providing the fast system clocks, and
putting a divide by two circuit in to make the ANTIC and GTIA slow
system clocks.  The problem that I haven't got a solution for is the
actual memory accesses...how to have both fast and slow access...I think
I need a 6502 wait state???  but I dont know how to implement that just
yet.

To sum up these ramblings, the 65C802 project is at an stand-still for
the moment.  Until I figure out a way around the difference between the
two processors I cant do much more but listen to the 1200xl doing sound
checks with the standard 6502 board.  Suggestions are solicited.  CPU
speedup seems like it might be possible, but I'm not going to be working
on it anytime soon, I think someone out there already mentioned that he
was close to a solution; it would be nice to here his comments and how
he attacked the problem.  Any comments from the Atari Inc.  people on
what their users are trying to do to their machines???

Scott Cothrell

Cothrell at dockmaster.arpa

------------------------------

Date:      Wed, 23 Sep 87 01:06:50 CDT
To:        <info-atari8@score.stanford.edu>
From:      "Gene Merritt" <F1.GDM%ISUMVS.BITNET@wiscvm.wisc.edu>

I just installed my new US Doublers and started using SpartaDos.  Unfortunately
SpartaDos conflicts with my OmniView 256 chip.  This disables a few functions
of SpartaDos that I would realy like to use.

Is there any easy way to make a "ramrod xl" card that that will allow me to
choose between OmniView and the original OS?

Can I make a board that sockets both chips and put a switch to the +5 lines to
activate the right chip at power up?
Do I need to worry about the ground wires? Can it be that simple?

I would appreciate hearing from anyone that owns a Ramrod board, or has any
ideas.

f1.gdm @ isumvs.bitnet

------------------------------

Date: 23 Sep 87 03:32:14 GMT
From: sunybcs!bingvaxu!leah!uwmcsd1!lakesys!tommyj@rutgers.edu  (Tom Johnson)
Subject: ANALOG 8-bit Extra
To: info-atari8@score.stanford.edu

Any one get the ANALOG 8-bit Extra? I did
and typed in a program called CGM. I used
the MLEditor they supply. The MLEditor
doesn't allow you to make mistakes so
the program must be bad. The tracker
routines work just fine. But the windowing
causes a lock up. Actually the open window
is the lock up. If anyone out there has
a delphi password, did ANALOG put up the
corrected version yet? Anyone else have
this problem?

                  Tom

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (09/27/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 27 Sep 87 06:16:25 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27355; 27 Sep 87 2:10 EDT
Date:  Sat 26 Sep 87 21:27:43 PDT
Subject:  Info-Atari8 Digest V87 #84
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Saturday, September 26, 1987   Volume 87 : Issue 84

This weeks Editor: Bill Westfield

Today's Topics:

                            Re: 6502 stuff
                        Re: ANALOG 8-bit Extra
                         reasons for upgrade!
                           ARC file format?

----------------------------------------------------------------------

Date: 23 Sep 87 15:00:26 GMT
From: imagen!atari!dyer@ucbvax.Berkeley.EDU  (Landon Dyer)
Subject: Re: 6502 stuff
To: info-atari8@score.stanford.edu

> about increasing the speed...been thinking about that too.  My data book
> (ala Synertek, 1983) shows 6502 available to 4 Mhz, 6520 to 2Mhz.  In

The "world's record" for a 6502 is 24 Mhz (it was a one-of-a-kind
chip).  With today's technology (the 6502 is about ten years old)
you could make 32 Mhz versions.

Put that in your '386 and smoke it!

-- 
-Landon Dyer, Atari Corporation        {sun,amdcad,imagen,hoptoad}!atari!dyer
The views expressed here do not necessarily reflect those
of Atari or the AI software that has taken over my brain.
YOW! I am waiting for my warranty-expired interrupt!

------------------------------

Date: 24 Sep 87 12:31:55 GMT
From: ihnp4!ihlpe!kimes@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: Re: ANALOG 8-bit Extra
To: info-atari8@score.stanford.edu

In article <224@lakesys.UUCP>, tommyj@lakesys.UUCP (Tom Johnson) writes:
| The MLEditor doesn't allow you to make mistakes so
| the program must be bad. 

I haven't gotten the 8-bit Extra magazine yet although I did see one
briefly at the Summer CES at their booth.  If I get one, I'll buy it 
with the disk.  Lately, I have seen a number of problems with programs
in ANALOG.  I typed in the Fortune Wheel game from last December.  I
ran into several problems, some I fixed and some I couldn't figure out
how to fix.  I gave a marked up copy to the girl at their booth in June
and she promised to give it to the Editor.  I haven't seen any type of
corrections in the front where they usually put them.  The disk version
must have been correct though, because a reader wrote in saying what a
wonderful program it was.  Personally, I have seen a falling off of the
quality in ANALOG.


					Kit Kimes  
					AT&T--Information Systems Labs
					...ihnp4!ihlpe!kimes

------------------------------

Date:          Thu, 24 Sep 87 18:01 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       reasons for upgrade!
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Did someone on the net ask for reasons on why an upgrade for the atari 6502
should be attempted.


Reasons for an upgrade to a 65816:

Upgrades in general tend to focus attention to computers, thus the
mega STs were born.  A more powerful processor in our venerable 8-bits
would draw great attention from those who put their atari's on the shelf
So they could use/(play games on) c-64'S).


The apple came out with the apple IIgs which has the 65816 in it. This
addition of the horsepower attracted new interest to venerable 8-bit line.
Chances are it will do the same for ATARI.  Since more atari xe/xl
machines exist than IIgs mabye some of the companys that wrote software
for the IIgs might try to recover there loses by writing software for
a machine which a potentially larger user base. Porting Apple software
to the atari shouldn't be to hard, tho the IIGs call would have to be
emulated.

  If atari designed such an upgrade
  they would not have to much trouble
  get 65816 software developers? Some
  one has mentioned that Mac65(which
  is no longer in production) can
  support the extra 6502 commands this
  chips supports.

The main reason i would want a 65816 in my machine would be to embarrass
TRAMIAL.  He has bumbled with a great machine. The handling of the 8-bit as
compared for the ST has been unexcusable. Atari should realize by now that the
whole 1.5 million active atari 8-bit users are not going to upgrade to the ST.
When IBM is backing a new comparable machine in the same price range.



Reasons for an upgrade in speed for the
6502, for the atari Xe/Xl machines:

1 Floating Point operations.
  Currently the 8-bit rom floating
  code is slow.
>>A faster 6502 running around 3.58Mhz
  could crank out these calculations
  twice as fast.

2 I/O rates.

>>Since the PBI(parallel bus interface)
  is driven directly by the cpu, MIO's
  and other harddrive interfaces could
  be accessed at standard PC speeds.

3 Integer calculations and Data jugling
  operations.

>>This is the reason people buys the new
  16/32 machines. Everyone wants their
  information delivered at a reasonable
  speed.  Remember for Humans the less
  time something requires the more it
  seems to be used.

4 The windowing/icon user interface
  would be workable in the graphics 8
  mode for machines with more than
  64K.

The botton line is Any upgrade to the moderately useful XE/XLs line would be
appriciated.

BUT ANY UPGRADES THAT WOULD NOT REACH
A MAJORITY OF THE 8-BIT ATARI COMMUNITY
WOULD NOT TEMPT THE SOFTWARE DEVELOPERS
TO WRITE FOR OUR MACHINES.
MY 8-bit will still be used whether
or not i buy a new computer. Most
of the info-atari8 readers feel the
same way.

William M Buford
(Novice Hardware Hacker)
(An Action! Programmer!)

Dflint02@ulkyvx.bitnet

------------------------------

Date: Fri, 25 Sep 87 17:20 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: ARC file format?
To: info-atari8@SCORE.STANFORD.EDU

Does anyone know the format of .ARC files, as hacked by the ARCX and ARC
that were posted a while ago?  I've gotten sick of their slowness and
low memory requirements, and am contemplating whacking together some new
ones.  I've looked at dumps of the binaries, but it's not obvious how
the files are constructed (not surprising, if they're Huffman encoded).
Alternatively, does anyone know how to lay hands on the source for ARCX
and ARC?  Failing that, does anyone know how to contact the authors?
Thanks for any info.

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (09/30/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 30 Sep 87 03:21:38 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa26271; 29 Sep 87 22:55 EDT
Date:  Tue 29 Sep 87 17:11:26 PDT
Subject:  Info-Atari8 Digest V87 #85
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, September 29, 1987   Volume 87 : Issue 85

This weeks Editor: Bill Westfield

Today's Topics:

                         Re: ARC file format?
          VT52B: Yet Another Terminal Emulator (Part 2 of 3)
          VT52B: Yet Another Terminal Emulator (Part 1 of 3)
                       Re: reasons for upgrade!
                      Sorry, but bad reply path
                    Re: Info-Atari8 Digest V87 #84

----------------------------------------------------------------------

Date: 27 Sep 87 00:05:11 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: ARC file format?
To: info-atari8@score.stanford.edu

In article <870925172005.1.JRD@GRACKLE.SCRC.Symbolics.COM> jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) writes:

> Does anyone know the format of .ARC files, as hacked by the ARCX and ARC
> that were posted a while ago?  
>   Failing that, does anyone know how to contact the authors?

  I've read articles on the format of .ARC files, but none were in-depth
enough for your purposes.  In a nutshell, however, ARC determines
which of four compression techniques to use on each file it's asked to
archive, compresses them, and sticks them together.  The 8-bit version
of ARC never uses the 4th technique ("crunching") due to memory
restrictions, but the 8-bit ARCX can unARC files compressed with all
four techniques.
  I believe that the 8-bit ARC and ARCX were written in Lightspeed C
by the authors of that language, who frequent the GEnie Atari
Roundtable.  I can recall reading a message by one of the authors
explaining that it's pointless to attempt to improve on the speed of
the 8-bit ARC.  It's a very calculation-intensive application, and the
Atari is only so fast at these things.
  Still, if you're willing to tackle the task in assembler, you may be
able to speed it up a bit...

  On another note: I have discovered by much experimentation that ARC
1.2 tends to compress text files such that they contain an extra copy
of their last byte when unARCed.  This causes ARCX to generate
checksum errors, which can safely be ignored.  Regardless, I find it
safest to ARC things with ARC 1.1 and deARC them with ARCX 1.2.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------

------------------------------

Date: 28 Sep 87 16:32:37 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: VT52B: Yet Another Terminal Emulator (Part 2 of 3)
To: info-atari8@score.stanford.edu

------------------------------------------------------------------------------

                        VT52B Documentation

Overview
--------

VT52B consists of two modules.  One is a fairly general handler for an
"A:" device that manages a 24 x 80 screen.  It provides a
character-oriented output device that recognizes embedded escape
sequences.  These escape sequences perform various display control
functions.  They support a subset of the VT52 terminal capabilities plus a
few extensions needed for incremental display updates.  The other module
is a very simple (perhaps too simple) terminal protocol manager that
attempts to coordinate the K:, R: and A: devices to emulate an
extended VT52 terminal.

The A: handler uses techniques of display list management that are by now
fairly standard and well-known.  I hope that most of the code will be
fairly scrutable to an experienced ACTION! programmer.  I will not attempt
to explain it here but I will try to answer any specific questions that
arise.


The A: Handler
--------------

The following VT52 escape sequences are supported:

	esc-A		moves cursor up one line
	esc-B		moves cursor down one line
	esc-C		moves cursor right one column
	esc-D		moves cursor left one column
	esc-H		homes cursor
	esc-I		reverse line feed
	esc-J		clears from cursor to end of screen
	esc-K		clears from cursor to end of line
	esc-Y		positions cursor (see VT52 specs for X,Y encoding)

The following extensions are also supported:

	esc-F		enters 'stand-out' (inverse video) mode
	esc-G		exits 'stand-out' mode
	esc-L		inserts blank character space at the cursor
	esc-M		deletes character at the cursor
	esc-N		inserts blank line at the cursor
	esc-O		deletes line containing the cursor

A suitable UNIX termcap entry appears at the end of this file.  The
extension codes have been chosen to be compatible with the "VT-52XL"
terminal supported by Chameleon, and the same termcap should be suitable
for both.

The support for 'stand-out' mode has not been extensively tested, but it
is good enough to do Emacs mode lines and the like.  Its use is a mixed
blessing, however, since the inverted video can be much less readable.  To
disable it, remove the next-to-last line from the suggested termcap.

The code could easily be modified to support 'insert' and 'delete' modes
directly, and the corresponding incremental updates would be considerably
faster.  I have not done this because such modality can be disastrous over
a noisy or unreliable line.

When the A: device is opened, it allocates space for its display bit maps
and custom display lists from the top of available memory as recorded in
MEMTOP (location $2E5) and updates MEMTOP.  These data structures require
approximately 8200 bytes.  If sufficient space is not available, the open
fails and MEMTOP is not changed.


Terminal Emulation
------------------

ASCII characters not on the Atari keyboard can be entered as follows:

	{	ctrl-< or shift-<
	}	ctrl-> or shift->
	~	ctrl-backS or shift-backS
	`	ctrl-.

The emulator does not provide flow control; buffer overruns drop
characters.  In my experience, this is never a problem at 1200 baud and is
not a problem at 2400 for screen-at-a-time output.  The program cannot
keep up with continuous output at 2400 baud.

The ASCII bell character (^G) produces no visible or audible output.


Installation
------------

You will need an ACTION! cartridge to compile and run this program.  You
might also have to edit the source to select the options you require,
since there is no provision for changing these at runtime.  The
configuration of the 850 interface (or similar R: interface) is controlled
by the following variables, which are declared and initialized at the
beginning of the main program module:
	speed, wsize, sbits, lf, iparity, oparity
See the 850 manual for tables of possible values and their meanings.  Note
that the value of 'speed' is 7 less than the tabulated value, e.g.,
	speed	baud rate
	  1	 300
	  2	 600
	  3	1200
	  5	2400
Alternatively, you can modify the calls of XIO_R in the procedure init_R;
these variables are not used elsewhere.  As it stands, VT52B supports a
1200 baud modem with 8-bit words, 2 stop bits and no parity.  

Many monitors will actually display 25 or 26 lines of text.  You can
take advantage of this by changing the following definitions at the
beginning of the module for the A: handler:
	NL	number of screen lines (normally 24)
	NB	number of skip lines in top border (normally 3)
	LL	*must* equal NL-1
	DLSize	*must* equal NB + 10*NL + 3
I have had good results with NL=25 and NB=2.  If you change NL, be sure to
change your termcap entry to agree.

I experimented with several background colors for the display.  I
eventually settled on a pale blue that seemed to be the best compromise
between contrast and flicker on my particular monitor.  See the procedure
init_A if you want to change this.

The emulator module contains a procedure load_R.  This is a machine-code
insert essentially similar to the code in the autorun file that downloads
the R: handlers from the 850.  I added it when I was having some trouble
with 850 (re)initialization.  I left it in because it makes the object
file somewhat smaller and easier to build.  If you have a different
interface unit or prefer a different handler, delete init_R and prepend
your handler to the object file in the usual way.

You must compile this program with lower case enabled.  You must also
compile it with space for the R: handlers reserved in low memory.  The
simplest way to do this is to load the handler you intend to use (by
executing the AUTORUN.SYS file, for example) before compiling VT52B.ACT.
You can then execute the compiled program directly or save it for later
execution using the DOS "L" command or equivalent.  If you deleted init_R,
you must prepend an appropriate R: handler.  Alternatively, you can set
the code origin to reserve space for your handler as described on page 144
of the ACTION!  manual.  You are in terminal emulation mode as soon as
execution begins.

Note: At least some versions of the 850 will not download the R: handlers
a second time until the power has been cycled on either the console
computer or the 850.  Thus if you load the handlers (e.g., with the
standard AUTORUN.SYS file), do something that destroys them (e.g., going
to DOS without a MEM.SAV file) and then attempt to reload them, you will
be left without warning with bad handlers.


Suggested Termcap Entry
-----------------------

Here's one that has worked for me:

dw|vt52|decvt52:\
  :cr=^M:do=^J:nl=^J:bl=^G:le=^H:bs:cd=\EJ:ce=\EK:\
  :cl=\EH\EJ:cm=\EY%+ %+ :co#80:li#24:nd=\EC:ta=^I:pt:sr=\EI:\
  :up=\EA:ku=\EA:kd=\EB:kr=\EC:kl=\ED:kb=^H:
a1|atari|atari vt52 emulator:\
  :am:pt:tc=vt52:
a2|atari+|vt52xl|atari vt52+ emulator:\
  :al=\EN:dl=\EO:im=:ei=:ic=\EL:dm=:ed=:dc=\EM:\
  :so=\EF:se=\EG:\
  :tc=atari:

Note that it can take some extra work to get your favorite program to
notice changes in the terminal type and capabilities.  If the program is
able to use the escape sequences, you should notice a definite difference
between vt52 and atari+ termcap entries.  Here's a script from our system
administrator that works for Emacs:

#! /bin/csh -f
#
#	vt52b-mode - setup terminal for vt52b mode.
#
stty dec new cr0
set noglob
setenv TERMCAP atari.termcap
setenv TERM atari+
eval `tset -s -I -Q`
set term = atari+
unset noglob

Replace "atari.termcap" with the name of the file containing a termcap
entry similar to the one above.
-----------------------------------------------------------------------------

Ed Satterthwaite
Arpa: ehs@src.DEC.COM
Uucp: {...}!decwrl!ehs

------------------------------

Date: 28 Sep 87 16:29:27 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: VT52B: Yet Another Terminal Emulator (Part 1 of 3)
To: info-atari8@score.stanford.edu

Hardly what the 8-bit Atari world needs most right now, but here's why I
often use this one when I just want a Unix terminal (no file transfers):

- It uses the character set I find most legible on my particular monitor
(Commodore 1702, composite color).  This is a very subjective call, and I
make no claims at all about results on a good monochrome monitor.

- It has relatively fast implementations of most escape sequences.  These
provide the terminal capabilities needed to make the use of a
screen-oriented editor (Emacs) bearable.

- The program is small and simple; it loads and initializes quickly.

- Source (in ACTION!) is available for customization and adaptation.

I'm posting VT52B in case anyone else has similar requirements.  It is an
upgrade of the ACTION! program VT52A posted by Michael Jenkin about a year
ago.  Michael's font looks bolder and more blocky than the ones used by
the other 80 column programs that I've tried.  In addition, the
proportions of some characters are exaggerated a bit to make the
corresponding shapes more distinctive.  This is a good trade-off for my
eyes and monitor; your mileage may differ.  I have modified VT52A by
reworking the display management, adding a few new escape sequences, and
generally trying to streamline what seemed to be the critical loops.  My
thanks to Michael for permission to use his character set as well as the
general framework of his program.

I am posting the sources for three reasons.  First, I don't have a copy of
the ACTION! runtime library to link with the object code.  Second, this is
an edit-and-compile project; there are no runtime menus, and some
customization of the source will probably be necessary.  Finally,
80-column screen management is done by an "A:" handler that is comparable
to the standard "S:" handler.  It might be of some interest for other
applications, even if you don't care about a terminal emulator.

Most of the revision of VT52A was done as a Sunday afternoon hack, with
some further additions and changes suggested by experience with the
program.  It now does what I need, but there is plenty of room for further
development.  All my testing has been done with an Atari 800, an Atari 850
interface, and Hayes-incompatible modems at 1200 and 2400 baud.
The mainframes have been VAXen running various versions of Ultrix
(essentially similar to BSD 4.2 and 4.3 Unix) with Unipress (Gosling)
Emacs as the primary editor.  I've had considerable trouble getting other
terminal emulators to work in this environment.  If you have similar
problems getting VT52B to work for you, I'd be interested in hearing about
it.

Some documentation and a suggested Unix termcap entry appear in the next
message.  The message following that contains the ACTION! source code for
VT52B.ACT.

Ed Satterthwaite
DEC Systems Research Center, Palo Alto, CA
Arpa: ehs@src.DEC.COM
Uucp: {...}!decwrl!ehs

------------------------------

Date: 27 Sep 87 00:09:35 GMT
From: hp-pcd!uoregon!omepd!hah@hplabs.hp.com  (Hans Hansen)
Subject: Re: reasons for upgrade!
To: info-atari8@score.stanford.edu

In article <8709242218.AA05629@ucbvax.Berkeley.EDU> DFLINT02@ULKYVX.BITNET writes:
>Did someone on the net ask for reasons on why an upgrade for the atari 6502
>should be attempted.
>
>
>The main reason i would want a 65816 in my machine would be to embarrass
>TRAMIAL.  He has bumbled with a great machine. The handling of the 8-bit as
>compared for the ST has been unexcusable. Atari should realize by now that the
>whole 1.5 million active atari 8-bit users are not going to upgrade to the ST.
>When IBM is backing a new comparable machine in the same price range.
>
>The botton line is Any upgrade to the moderately useful XE/XLs line would be
>appriciated.
>
>William M Buford

The 16/32 bit upgrade to the Atari 800 line has been on the dealers shelves
sinse September 1985 !!  The problem that most Atari 800 owners have is
one of idenity -- they fail to see what has been placed in front of their
faces.

I of course am talking about the Amiga 1000.  I bought my Atari 800 for
its great graphics, sound, and FRIENDLY user interface, BTW its SN is
00232 !  The Amiga 1000 IS the NEXT generation Atari 800 !  The chief
H/W architect for the Atari 2600, Atari 800 and the Amiga 1000 is Jay
Miner !  The Amiga's great MULTITASKING OS is just a super bonus to an
already super computer.  BTW my Amiga's SN is D605 - its a preproduction
box ! 

BTW I have worked for Atari (pre JT), Commodore (during the JT reign), and
Amiga (1984-5).  Am I jaded ?  YES I will not purchase a JT product ever
again !

I am no longer connected with either Atari or Commodore except that I
own their products.

	Amiga 1000	Simply the best computer for 3X the price
	Atari 800	Best 8 bit computer built.
	Atari 400	Expanded to 48K.  Same as above.
	C64		Used only to play games on.  OS sucks cow sn@t.
	VIC20		Same as the C64.
	Atari 2600	Great little game machine.

Hans

These comments are mine, mine, mine... however all may share them.

------------------------------

Date: 29 Sep 87 04:44:01 GMT
From: sunybcs!bingvaxu!leah!uwmcsd1!csd4.milw.wisc.edu!pirc2499@rutgers.edu  (James Franc Pirc)
Subject: Sorry, but bad reply path
To: info-atari8@score.stanford.edu

Sorry about posting this on the net but I couldn't reply via mail.

Jon A. Tankersley:  Please leave a way of getting hold of you.
I tried replying to your mail but it came back returned saying
bad system (cr1a) I think...

James

True :  James Pirc
ARPA :  pirc2499@csd4.milw.wisc.edu
GEnie:  JIM.PIRC

------------------------------

Date:  Tue, 29 Sep 87 09:16 EDT
From:  Cothrell@DOCKMASTER.ARPA
Subject:  Re: Info-Atari8 Digest V87 #84
To:  Info-Atari8@SCORE.STANFORD.EDU
In-Reply-To:  Message of 27 Sep 87 00:27 EDT from "Info-Atari8 Digest"

Mr.  Buford (DFLINT) made a speech on why to upgrade the ATARI 8 bit
CPU's.  one of his points was to embarrase Tramile (sorry if its spelled
wrong).  I must say, that as one of those working on an upgrade,
embarrasing ANYBODY is not in my mind.  As a matter of fact, I would
even consider signing over the upgrade to Atari if it could be used to
make the Atari machines a better product.  I see supporting Atari as an
investment in my computer...the returns being more support from Atari
and the Software industry.

Scott Cothrell

Cothrell -at Dockmaster.arpa

PS.  no Atari did not pay me for this...Although I wouldn't mind working
for them!

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (10/01/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 1 Oct 87 03:52:47 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa24043; 30 Sep 87 17:32 EDT
Date:  Wed 30 Sep 87 10:21:38 PDT
Subject:  Info-Atari8 Digest V87 #86
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, September 30, 1987   Volume 87 : Issue 86

This weeks Editor: Bill Westfield

Today's Topics:

                     Welcome message information
                         new welcome message
                         Re: ARC file format?

----------------------------------------------------------------------

Mail-From: G.ABRAMS created at 29-Sep-87 18:59:04
Date: Tue 29 Sep 87 18:59:04-PDT
From:  Info-Atari Moderator <G.ABRAMS@Score.Stanford.EDU>
Subject: Welcome message information
To: info-atari8@Score.Stanford.EDU, info-atari16@Score.Stanford.EDU

From time to time I am reminded by a message asking the operation
of the lists that it is necessary to periodically send out the 
welcome message.  It contains valuable information about the location
of information.

I would appreciate receiving updates to this information (sent to
abrams@mitre.arpa) and offers to help fix whatever is broken.  At
present I have some doubts about certain items; I hope I am wrong.

	Marshall Abrams


1.  Welcome
_   _______

     Welcome to info-atari.

2.  Sending Messages
_   _______ ________

     You may send messages to all "subscribers" by  address-
ing it to
               info-atari8@score.stanford.edu
and/or
              info-atari16@score.stanford.edu

     Administrative messages should be sent to
                 info-atari{8,16}-request.

Please do NOT send general messages to this  address.   Your
moderators get enough mail as it is!

3.  Ground Rules
_   ______ _____

     All messages should be in good taste.  Commercial  mes-
sages and advertisements are not permitted. When answering a
question,  please  consider  carefully  whether  the  answer
should go to the whole list, or just to the person who asked
the question.

     The following ground rules should make the use of  this
(or of any other) mailing list much easier:

*       never send a message that a  totally  irrelevant  to
        the  mailing list's purpose to a mailing list.  This
        especially includes any expressions of irritation at
        another list member.

*       never forward a message that is  totally  irrelevant
        to the mailing list's purpose to a mailing list.

*       when replying to a message on a mailing list,  reply
        only  to  the sender of the message unless the reply
        is of interest to the entire mailing list.

*       avoid inserting the message being replied  to  in  a
        reply,  especially  in  a message going to a mailing
        list.  The context of the reply should be clear from
        *your* reply and from various mailer functionalities
        such as Message-ID.


*       when replying to an earlier reply that violates  the
        previous  rule, ABSOLUTELY DO NOT make matters worse
        by adding your own violation.

4.  LISTSERV
_   ________

     LISTSERV provides a number of features  which  you  can
access  by sending mail (note) to LISTSERV.  Only the barest
minimum are described herein. On Bitnet messages  should  be
sent  to  your  nearest  LISTSERV  (the  one  from which you
receive the info-atari digests).  (If your address is not on
Bitnet,  an  address  for  file servers is given below.) All
mail sent to LISTSERV contains command lines.  LISTSERV will
respond  by  return  mail.   No subject is necessary in such
mail.  For more information send the command
                           INFO

4.1.  List Names
_ _   ____ _____

     The list_name  for  16-bit  Ataris  is  INFO-A16.   The
list_name for 8-bit Ataris is INFO-A8.  These list names are
used by Bitnet addressees for subscribing and  unsubscribing
and  by  everyone for obtaining back copies of news digests.
The list_names for  programs  stored  in  the  archives  are
PROG-A16 and PROG-A8.

4.2.  (Un)Subscribing
_ _    __ ___________

     If you are on Bitnet you may  add  or  remove  yourself
from  the  distribution  list.  It would greatly convenience
the moderators if you would do so when you no longer wish to
receive digests.

     The command to join the list is
               SUBSCRIBE list_name User_name

The command to remove yourself from the list is
                   UNSUBSCRIBE list_name

     Note that the list was established with all  user_names
unknown.  To enter your name, send a SUBSCRIBE command.

     It would be most convenient if users took care of their
own  subscribing  and  unsubscribing,  but messages to INFO-
ATARI-REQUEST{8,16}@SCORE.STANFORD.EDU   will    still    be
accepted.


4.3.  File Server (Archives)
_ _   ____ ______  ________

     The following  service  is  being  installed  beginning
February  1987; we will announce when everything is in place
and "known" to be working.

     All messages are in the  archives.  In  addition,  some
contributed  programs are also there.  You can obtain copies
of files from LISTSERV by sending a message in the specified
format.

     If you are on ARPAnet (or gatewayed to it),  your  mail
should be addressed to
          LISTSERV%CANADA01.BITNET@WISCVM.WISC.EDU

     To obtain a list of files in the file server, the  com-
mand is
                      INDEX list_name

The command to obtain a specific file is
                  GET list_name file_name

for example,
                   GET INFO-A16 87-00076

If you want to learn more, send the message
                            HELP

------------------------------

Date: Sun, 9 Aug 87 17:00:37 EDT
From: abrams%community-chest.mitre.org@gateway.mitre.org
To: g.abrams@score.stanford.edu
Subject: new welcome message


1.  Welcome
_   _______

     Welcome to info-atari.

2.  Sending Messages
_   _______ ________

     You may send messages to all "subscribers" by  address-
ing it to
               info-atari8@score.stanford.edu
and/or
              info-atari16@score.stanford.edu

     Administrative messages should be sent to
                 info-atari{8,16}-request.

Please do NOT send general messages to this  address.   Your
moderators get enough mail as it is!

3.  Ground Rules
_   ______ _____

     All messages should be in good taste.  Commercial  mes-
sages and advertisements are not permitted. When answering a
question,  please  consider  carefully  whether  the  answer
should go to the whole list, or just to the person who asked
the question.

     The following ground rules should make the use of  this
(or of any other) mailing list much easier:

*       never send a message that a  totally  irrelevant  to
        the  mailing list's purpose to a mailing list.  This
        especially includes any expressions of irritation at
        another list member.

*       never forward a message that is  totally  irrelevant
        to the mailing list's purpose to a mailing list.

*       when replying to a message on a mailing list,  reply
        only  to  the sender of the message unless the reply
        is of interest to the entire mailing list.

*       avoid inserting the message being replied  to  in  a
        reply,  especially  in  a message going to a mailing
        list.  The context of the reply should be clear from
        *your* reply and from various mailer functionalities
        such as Message-ID.

*       when replying to an earlier reply that violates  the
        previous  rule, ABSOLUTELY DO NOT make matters worse
        by adding your own violation.

4.  Archives
_   ________

     Archives are kept in several places in  formats  avail-
able  to  everyone.   As  described  below,  if  you  are on
ARPANET/DDN you will probably find  it  more  convenient  to
retrieve  files  from the archive on radc-softvax.arpa using
FTP.  If you are not on ARPANET/DDN, or are  unable  to  use
FTP,  you  will be able to retrieve files from archives dis-
tributed over several Bitnet hosts by sending  mail  (notes)
to a program called LISTSERV.

4.1.  Archives on radc-softvax.arpa
_ _   ________ __ ____ _______ ____

     Files from radc-softvax.arpa are available by FTP.  FTP
will  work only for hosts directly connected to ARPANET/DDN.
Please obtain local documentation and  advice  for  the  FTP
user  programming running on your host. There are two direc-
tories under the anonymous account. One for atari8  and  one
for atari16.

     FTP   to    radc-softvax    using    login:guest    and
password:guest. To get the current list of available atari16
files do a 'get atari16/files.doc'. All of the atari16 files
are  stored  in  the  atari16  subdirectory. If you need any
other information, contact Marc Poulin.

     The archive is maintained by  Rodney  Peck  (Peck@radc-
multics.arpa)  and  Marc Poulin (Poulin@radc-multics.arpa or
Archives@radc-softvax.arpa).

4.2.  LISTSERV
_ _   ________

     LISTSERV provides access to files for everyone who  can
send  mail,  independent  of their location.  Note, however,
that intermediate notes have been known to refuse to  handle
long  messages  or  have  damaged them in transit.  LISTSERV
provides a number of features which you can access by  send-
ing  mail  (note)  to LISTSERV.  Only the barest minimum are
described herein. On Bitnet messages should be sent to  your
nearest  LISTSERV  (the one from which you receive the info-
atari digests).  (If your  address  is  not  on  Bitnet,  an
address  for  file servers is given below.) All mail sent to
LISTSERV contains command lines.  LISTSERV will  respond  by
return  mail.   No  subject  is necessary in such mail.  For
more information send the command
                           INFO

4.2.1.  List Names
_ _ _   ____ _____

     The list_name  for  16-bit  Ataris  is  INFO-A16.   The
list_name for 8-bit Ataris is INFO-A8.  These list names are
used by Bitnet addressees for subscribing and  unsubscribing
and  by  everyone for obtaining back copies of news digests.
The list_names for  programs  stored  in  the  archives  are
PROG-A16 and PROG-A8.

4.2.2.  (Un)Subscribing
_ _ _    __ ___________

     If you are on Bitnet you may  add  or  remove  yourself
from  the  distribution  list.  It would greatly convenience
the moderators if you would do so when you no longer wish to
receive digests.

     The command to join the list is
               SUBSCRIBE list_name User_name

The command to remove yourself from the list is
                   UNSUBSCRIBE list_name

     It would be most convenient if users took care of their
own  subscribing  and  unsubscribing,  but messages to INFO-
ATARI-REQUEST{8,16}@SCORE.STANFORD.EDU   will    still    be
accepted.

4.2.3.  Accessing Program & Digest Archives
_ _ _   _________ _______   ______ ________

     All digests are in the archives. There  is  a  separate
program  library.  You can obtain copies of files from LIST-
SERV by sending a message in the specified format.

     If you are on ARPAnet (or gatewayed to it),  your  mail
concernin 16-bit Atari information should be addressed to
          LISTSERV%CANADA01.BITNET@WISCVM.WISC.EDU

Mail concernin 8-bit Atari information should  be  addressed
to
           LISTSERV%TCSVM.BITNET@WISCVM.WISC.EDU

     To obtain a list of files in the file server, the  com-
mand is
                      INDEX list_name

The command to obtain a specific file is
                  GET list_name file_name

for example,
                   GET INFO-A16 87-00076

If you want to learn more, send the message
                            HELP

4.2.4.  LISTSERV Moderators
_ _ _   ________ __________

     The person  to  contact  if  you  are  having  problems
(un)subscribing  is  Harry  Williams  (harry@marist.bitnet).
The  moderator  of  the  16-bit  digest  archives  is  Peter
Jasper-Fayer (sofpjf@uoguelph.bitnet).  The moderator of the
16-bit    program    archives     is     Richard     Werezak
(carson@mcmaster.bitnet).    The   moderator  of  the  8-bit
archives is John Voigt (sysbjav@tcsvm.bitnet).  The  modera-
tor  of  the  8-bit  program  archives  is  Arnold  de  Leon
(adeleon@hmcvax.bitnet).

4.2.5.  Information Concerning 16-bit Archive Organization
_ _ _   ___________ __________ __ ___ _______ ____________

     The digests are numbered sequentially as they come  in.
Sometimes  the files arrive here out of order, or with miss-
ing ones, or with extra ones or with mail from BITNET  users
requesting information.  Often the moderator has to logon to
LISTSERV and re-name the files according to  the  "Subject:"
line  within  it.  Those "Subject:" lines are what end up in
the indexes (in both "-A16" lists)

     The program files are largely extracts from the digests
(INFO-A16).   As far as possible, they are numbered the same
as the digests they came from.  Other programs were inserted
somewhere  in  the  list.   The  numbers of these "inserted"
files were selected so that they would appear in  the  index
at about the correct CHRONOLOGICAL sequence.  If no programs
were included  in  the  digests,  and  nocontributions  were
received,  then  those spaces in the index numbers were left
blank.

------------------------------

Date: 29 Sep 87 21:11:30 GMT
From: super.upenn.edu!eecae!nancy!umix!hyc@rutgers.edu  (Howard Chu)
Subject: Re: ARC file format?
To: info-atari8@score.stanford.edu

A long time ago I said I'd port ARC in Action!, but I never finished,
and my 800XL has since bit the dust. However, I have full docs and source
code in C if you want them. I'm currently porting ARC 5.20 to my ST.
A description of the ARC header follows....
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

ARC-FILE.INF, created by Keith Petersen, W8SDZ, 21-Sep-86, extracted
from UNARC.INF by Robert A. Freed.

From:     Robert A. Freed
Subject:  Technical Information for ARC files
Date:     June 24, 1986

Note: In the following discussion, UNARC refers to my CP/M-80 program
for extracting files from MSDOS ARCs.  The definitions of the ARC file
format are based on MSDOS ARC512.EXE.

ARCHIVE FILE FORMAT
-------------------

Component files are stored sequentially within an archive.  Each entry
is preceded by a 29-byte header, which contains the directory
information.  There is no wasted space between entries.  (This is in
contrast to the centralized directory used by Novosielski libraries.
Although random access to subfiles within an archive can be noticeably
slower than with libraries, archives do have the advantage of not
requiring pre-allocation of directory space.)

Archive entries are normally maintained in sorted name order.  The
format of the 29-byte archive header is as follows:

Byte 1:  1A Hex.
         This marks the start of an archive header.  If this byte is not found 
         when expected, UNARC will scan forward in the file (up to 64K bytes) 
         in an attempt to find it (followed by a valid compression version).  
         If a valid header is found in this manner, a warning message is 
         issued and archive file processing continues.  Otherwise, the file is 
         assumed to be an invalid archive and processing is aborted.  (This is 
         compatible with MS-DOS ARC version 5.12).  Note that a special 
         exception is made at the beginning of an archive file, to accomodate 
         "self-unpacking" archives (see below).

Byte 2:  Compression version, as follows:

         0 = end of file marker (remaining bytes not present)
         1 = unpacked (obsolete)
         2 = unpacked
         3 = packed
         4 = squeezed (after packing)
         5 = crunched (obsolete)
         6 = crunched (after packing) (obsolete)
         7 = crunched (after packing, using faster hash algorithm) (obsolete)
         8 = crunched (after packing, using dynamic LZW variations)

Bytes 3-15:  ASCII file name, nul-terminated.

(All of the following numeric values are stored low-byte first.)

Bytes 16-19:  Compressed file size in bytes.

Bytes 20-21:  File date, in 16-bit MS-DOS format:
              Bits 15:9 = year - 1980
              Bits  8:5 = month of year
              Bits  4:0 = day of month
              (All zero means no date.)

Bytes 22-23:  File time, in 16-bit MS-DOS format:
              Bits 15:11 = hour (24-hour clock)
              Bits 10:5  = minute
              Bits  4:0  = second/2 (not displayed by UNARC)

Bytes 24-25:  Cyclic redundancy check (CRC) value (see below).

Bytes 26-29:  Original (uncompressed) file length in bytes.
              (This field is not present for version 1 entries, byte 2 = 1.  
              I.e., in this case the header is only 25 bytes long.  Because 
              version 1 files are uncompressed, the value normally found in 
              this field may be obtained from bytes 16-19.)


SELF-UNPACKING ARCHIVES
-----------------------

A "self-unpacking" archive is one which can be renamed to a .COM file
and executed as a program.  An example of such a file is the MS-DOS
program ARC512.COM, which is a standard archive file preceded by a
three-byte jump instruction.  The first entry in this file is a simple
"bootstrap" program in uncompressed form, which loads the subfile
ARC.EXE (also uncompressed) into memory and passes control to it.  In
anticipation of a similar scheme for future distribution of UNARC, the
program permits up to three bytes to precede the first header in an
archive file (with no error message).


CRC COMPUTATION
---------------

Archive files use a 16-bit cyclic redundancy check (CRC) for error
control.  The particular CRC polynomial used is x^16 + x^15 + x^2 + 1,
which is commonly known as "CRC-16" and is used in many data
transmission protocols (e.g. DEC DDCMP and IBM BSC), as well as by
most floppy disk controllers.  Note that this differs from the CCITT
polynomial (x^16 + x^12 + x^5 + 1), which is used by the XMODEM-CRC
protocol and the public domain CHEK program (although these do not
adhere strictly to the CCITT standard).  The MS-DOS ARC program does
perform a mathematically sound and accurate CRC calculation.  (We
mention this because it contrasts with some unfortunately popular
public domain programs we have witnessed, which from time immemorial
have based their calculation on an obscure magazine article which
contained a typographical error!)

Additional note (while we are on the subject of CRC's): The validity
of using a 16-bit CRC for checking an entire file is somewhat
questionable.  Many people quote the statistics related to these
functions (e.g. "all two-bit errors, all single burst errors of 16 or
fewer bits, 99.997% of all single 17-bit burst errors, etc."), without
realizing that these claims are valid only if the total number of bits
checked is less than 32767 (which is why they are used in small-packet
data transmission protocols).  I.e., for file sizes in excess of about
4K bytes, a 16-bit CRC is not really as good as what is often claimed.
This is not to say that it is bad, but there are more reliable methods
available (e.g. the 32-bit AUTODIN-II polynomial).  (End of lecture!)

                           Bob Freed
                           62 Miller Road
                           Newton Centre, MA  02159
                           Telephone (617) 332-3533


-- 
  -- Howard Chu
	"Of *course* it's portable. It's written in C, isn't it?"

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (10/04/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 4 Oct 87 03:26:27 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27657; 3 Oct 87 23:24 EDT
Date:  Sat 3 Oct 87 17:51:40 PDT
Subject:  Info-Atari8 Digest V87 #87
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Saturday, October  3, 1987   Volume 87 : Issue 87

This weeks Editor: Bill Westfield

Today's Topics:

                 Critcism or Embarassment,ATARI corp?
                          Standalone OmniCom
                         Re:  Need modem help
                       New Atari Hardware News

----------------------------------------------------------------------

Date:          Thu, 1 Oct 87 16:23 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       Critcism or Embarassment,ATARI corp?
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Tramiel and many members of his staff have considered the 8-bit
machine, enhanced, as a competitor for the ST.  Also the Game
machine image of the ATARI 8-bits machines does not seem to warrant
any type of upgrade.  I have stated that i would support any
upgrades that ATARI would develope for the 8-bit.  Besides a little
criticism never hurts.  Tramiel does not take the 8-bit to seriously.
JWT and Landon Dyer are the most helpful people atari has on this
net.

Answer this question why did a ATARI try to block the release
of the PD 8-bit emulator for the ST????? Don't quote Propietary OS.


Mike Buford
(Novice Hardware Hacker!)
(An ACTION Programmer!)
Dflint02@ulkyvx or Cl150652@ulkyvm.bitnet

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Standalone OmniCom
Date: Fri, 02 Oct 87 17:55:16 EDT
From: jhs@mitre-bedford.ARPA

A couple of weeks ago, I posted a new "shareware" version of CDY's OmniCom
to the net.  Unlike the original OmniCom, this version does not require the
installation of the OMNIVIEW chip.  I have the feeling it made it out to
BITNET but not to the ARPA side.  Did anybody on the ARPAnet receive it?  If
not, is anyone interested?  I can either e-mail it or (if there is enough
demand) post it again.

OmniCom is a vt100 emulator with 80-column display and support for kermit,
xmodem, and plain ASCII data capture and send from file.  Also, it has a
handy "Print Screen" function for printing short messages.  I have found it
highly satisfactory for use with my VAX screen editor, and have not even
needed to install a special termcap file -- it acts just like a real vt100
in almost all respects.

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

Date: 2 Oct 87 16:04:27 PDT (Friday)
Subject: Re:  Need modem help
From: ekijak@ARDEC.Arpa
To: mbeez.Houston@Xerox.COM

GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV
From: "Edmund S. Kijak" (IMD-IPAO) <ekijak@ARDEC.ARPA>
To: decvax!cg-d!gilgut@UCBVAX.Berkeley.EDU
cc: info-atari8@SCORE.STANFORD.EDU
Subject: Re:  Need modem help
Return-Path: <@Score.Stanford.EDU:ekijak@ARDEC.ARPA>
Redistributed: XeroxAtari8Users^.X
Received: from Score.Stanford.EDU by Xerox.COM ; 04 FEB 87 07:18:38 PST
Received: from ARDEC-3.ARPA by SCORE.STANFORD.EDU with TCP; Wed 4 Feb 87
06:28:48-PST
Original-Date: Wed, 4 Feb 87 9:28:56 EST
Message-ID: <8702040928.aa14293@ARDEC-3.ARDEC.ARPA>
GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV

     I don't know how to do it, but you ought to be able to use any
modem with
your 8 bit machine.  I found out by accident that the 8-bit operating
system
which is built into the machine (i.e., it's there even if you don't have
a disk
drive)includes software for inputting and outputting data on the serial
port.
It follows the standard custom of sending the bytes out one bit at a
time on a
single pin.  Incoming data is received on another pin of the serial
port.  Each
byte is preceded by a start bit, and is followed by a stop bit, and the
data
bits are ordered least-significant-bit first, six more bits,
most-significant
bit last.  This is standard asynchronous serial transmission with 8 data
bits,
one start bit, one stop bit, no parity.  The baud rate is settable by
pokeing
the appropriate memory locations, and setting up the serial port for
asynchronous I/O is also done by pokeing appropriate codes into the
right
addresses.  Sorry, I don't have the addresses or the values that must go
into
them.  These can be found in the hardware manual, or other published
literature.You may have to write your own software to configure the port
and input and
output the data, unless your already have some program that interfaces
with a
modem or does terminal emulation.
     On the hardware side, the voltage levels used by the serial port
are not
compatible with what a modem expects to see.  The serial port operates
at TTL
levels: logic 0 = zero volts, logic 1 = 5 volts.  The modem expects
RS-232
levels: logic 0 = +3 to +24 (I think) volts, logic 1 = -3 to -24 volts.
You
must provide the hardware to do the voltage level translation.  The
easiest way
to do this is to use a chip such as the Maxim MAX232 which requires only
5 volts
and can be powered by the 5 v pin in the serial port itself.  This chip
generates its own +9 and -9 volts for the RS232 levels and translates
incoming
RS232 levels to TTL levels.  Only a few external components need to be
connected
to the chip (a few small capacitors and resistors) and the circuit is
very
simple (see MAX232 data sheet).
     I'm amazed at the number of features that were included in the
original
8-bit machines that were not advertised or brought to the attention of
purchasers.  Included at no additional expense were horizontal and
vertical
smooth and coarse scrolling, animation by page flipping, custom display
lists,
sprites, joystick ports that can be used for output as well as input,
paddle
ports that can accept photocell and resistance thermometer inputs, tone
generation for dialing touch tone phones, asynchronous serial port for 
communicating with modems or other (multivendor) computers.  And all
this stuff
was accessible through BASIC, worked with only 16kbits of memory, and
didn't
require a disk drive or expansion box.

------------------------------

Date: 2 Oct 87 09:22:04 GMT
From: motsj1!mcdchg!upba!eecae!conklin@hplabs.hp.com  (Terry Conklin)
Subject: New Atari Hardware News
To: info-atari8@score.stanford.edu

The following is a collection of hardware announcements that I
have collected as a function of being the Admin for the Club
Network. I always try and keep the Club's 8-bit people abreat
of the latest news, so, while commercial in nature, this isn't
meant as an ad proper as much as a list of new hardware and 
software that I have found for the 8-bit.
 
From Terrific Corp. I have received the following information 
about this home control system:
"The X-10 POWERMANAGER SYSTEM

Now you can finally use your Atari Home Computer to conveniently
create, store and recall programs that can be loaded into the 
X-10 PowerHouse controller to control lights, appliances and
other devices hooked up to X-10 control modules throughout your home.

There are two X-10 interface kits available from Terrific Corp.
One kit includes an X--10 PowerHouse Computer interface, a special
Atari interface adaptor and the Powermanager software. For those
who already have the PowerHouse computer interface, the software
and adaptor are available seperately.

The Powermanager software takes full advantage of the PowerHous
interface. Features include:

-Up to 256 modules can be individually controlled. Modules can be grouped
together to allow control of an 'infinite' number of devices.
-Lights and appliances can be programmed to turn on or off at specified
times through the use of a timer event schedule. In addition, lights
can be programmed to dim to 16 intenstities.
-Timer event schedules can hold up to 128 events, a single event can 
control up to 16 modules.
-Timer event schedules can be created, stored and edited on disk.
-Modules can be controlled instantly from the Atari.
-Software allows use of joystick or keyboard
-48K required, machine language, drive.

Terrific Corp.
17 St Mary's Court
Brooklin, MA 02146
(617) 232-2317"

You all know these things. The dreaded BSR controller returns. 
Actually, these really ARE cool. I have a friend with equivalent 
software on his TRS Coco. It's all very impressive and neat.
The only problem is that control modules get expensive as you
wire up a whole house. He bought out an RS inventory at $3 a
module or so. The only way to do it.

More exciting Atari 8bit hardware came recently from the yet scarier
IRATA VERLAG corp. Their offerings included:
 
512K card for the 800XL....$170
512K special chip for use
with above card............$52
Card and Chip together.....$200
6 OS System Box : Basically the equivalent of the RAM-ROD XL.
This allows you to have 6 diffeent OS chips and then to 
select amongst them with a switch.
...........................$50
HIGH CHIP: for people who have the Happy drive enhancement.
This chip has a hidden menu. Hold don select while you press
RESET and you get a menu with the options for COLD START,
SECTOR COPY, or TURN HAPPY ON/OFF. "Saves times."
...........................$50
XE CHIP WITH RAMDISK.......$75  (doesn't say anything else!)
OLD SYS CHIP:
Replacement OS chip for XL/XE's for 400/800 compatibility
...........................$???
-------------------------------
All chips that have something to do with the Happy have a special
feature. For people who know machine language, the happy 
can load any protected disk into the happy memory, then 
turn around and write the binary data back onto a normal
formatted diskette. This allows you to then take a sector
editor to look at the actual bit stream from the original
disk to learn how it is set up.
---------------------------------
Some new 8bit software:
100 New Print Shop pictures....$7
The Editor.....................$15
The Super Label II.............$15
---------------------------------
THE XL/XE SUPER TURBO INTERFACE:
This is a disk interface for the Atari 8bit that allows you 
to do many different things. They are:
-Use IBM 5.25" and ST 3.5" disk drives for fast seek and large
storage capacities
-Back up ANY protected 8bit software
-Transfer between any of the three (Atari, IBM, 3.  5") formats.
-Backs up all protected ST & IBM software too!?
-Has built in 8bit pritnter interface
-For people with Happy drives, the SUPER TURBO works with the
Happy and kicks the baud rate to an awesome.......
(drum roll) * 150,000 * baud. It loads programs in 7 seconds
and does whole disk copies in 27 seconds. (THIS, I gotta see.)

SUPER TURBO INTERFACE.....$250

--------------------------------------------------------------

I am NOT affiliated with these people in any way. In fact, 
I have absolutely no idea where they are or came from. I just
get a lot of release info in the process of searching out 
what's new for Club Net 8bit owners and thought it might 
interest some of the netters. The english on the IRATA
ad left something to be desired, so be sure and give these
guys the third degree when you call to make sure it is 
ligit. Forgot to list their address/phone number. It's

IRATA VERLAG
1272B POTTER DRIVE
COLO SPRINGS, CO 80909
(303) 596-0135
 
I also talked to ICD today and they claimed that the SPARTADOS-X
cart would be available for Xmas.

Such is excitement. No news from the we fine brave souls in 
the Turbo-project. We just got the 65802. Hope!

Terry Conklin
ihnp4!msudoc!conklin
Club Lansing (517) 372-3131  (gets all this junk first.)
Club II      (313) 334-8877  (next day or so)
Club III     (714) xxx-xxxx  (at this rate, we may never know)
So this is what happens when BBS's go Imperialist. It becomes
some sort of public entity. Swell. Does that mean I have to
housebreak it?

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/08/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 8 Oct 87 13:55:58 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa07823; 8 Oct 87 9:44 EDT
Date:  Tue 6 Oct 87 10:03:26 PDT
Subject:  Info-Atari8 Digest V87 #88
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, October  6, 1987   Volume 87 : Issue 88

This weeks Editor: Bill Westfield

Today's Topics:

                    Standalone (shareware) OmniCom
                            XF551 and ADOS
                          kermit information
                         some silly programs
                Dhrystone figures for the Atari 800xl
                          SX212 info sought
                       What's the right way...

----------------------------------------------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Standalone (shareware) OmniCom
Date: Sat, 03 Oct 87 23:47:45 EDT
From: jhs@mitre-bedford.ARPA

Steven Grove, your message arrived with no useable return path, so I am unable
to reply directly.

Steve comments that he would like to download OmniCom but has no terminal
software with which to download it.  This situation keeps coming up.  Can't
somebody come up with a simple downloading program?  The following program
might be turned into something that can be used for this purpose by
adding some machinery to buffer the received data in a string, then
CLOSE the serial I/O and write the string to a file.  Steve, maybe you
could be the one to get this working.  Meanwhile, the program below, as
it stands, may be enough to let you at least log in as a dumb terminal.
You may have to fiddle to get it working, but it is what Avatex publishes
with their modem as a simple terminal program.

-John S.
-------------------------------c-u-t---h-e-r-e--------------------------------
10 GOTO 310:REM Dumb Terminal Prog.
100 STATUS #3,AVAR:IF PEEK(747)=0 THEN 200
120 GET #3,CHAR:IF CHAR=0 OR CHAR=10 THEN 200
130 PUT #4,CHAR
200 IF PEEK(764)=255 THEN 100
210 GET #2,KEY:PUT #3,KEY:GOTO 100
300 REM I/O Setup for Dumb Terminal.
310 OPEN #2,4,0,"K:"
320 OPEN #3,13,0,"R:"
330 OPEN #4,8,0,"E:"
340 XIO 34,#3,192+48+3,0,"R:"
350 XIO 40,#3,0,0,"R:"
360 GOTO 100:REM Go to it!

[I have a very simple basic program for the IBM PC that downloads files
 using the xmodem protocol.  It might be easilly convertable to the atari.
 Someone drop me a note if they are interested... BillW@Score.stanford.edu]

------------------------------

Date: Mon, 5 Oct 87 08:44:19 EDT
From: lazear@gateway.mitre.org
To: info-atari8@score.stanford.edu
Subject: XF551 and ADOS

I have seen the XF551 advertized in ANTIC, but haven't seen any word on
the ADOS that supposedly accompanies it.  You would think this would
be a big deal and worthy of a review.  Anyone seen the drive for real
or used ADOS?
	Walt Lazear (lazear@gateway.mitre.org)

------------------------------

Date: Mon, 5 Oct 87 14:31:14 PDT
From: davidp@tc.fluke.com (David Pryor)
To: info-atari8@score.stanford.edu
Subject: kermit information

I have a little problem. I would like to have a copy of kermit on my atari
but have no way of down loading it to the atari. I would be willing to mail
a disk and a stamped mailer if some one would be willing to copy it for me.
			Thanks in advance

			Dave Pryor  davidp@tc.fluke.COM

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: some silly programs
Date: Mon, 05 Oct 87 22:48:52 EDT
From: jhs@mitre-bedford.ARPA

Probably everybody who ever got a home computer must have written one of each
of the following programs, but I thought a few readers of these postings might
find them useful nevertheless, especially "APRPROG.BAS", which computes the
effective Annual Percentage Rate of a loan.

-John Sangster / jhs@mitre-bedford.arpa
------------------------------------------------------------------------------
MORTGAGE.BAS - Simple loan payment calculator.  Given the Annual Percentage
Rate of interest, the number of payments per year (normally 12), and the total
number of PAYMENTS in which loan is to be paid off, returns the monthly
payment amount.  (E.g. for 30 years of monthly payments, there are 360
payments.) The above is obtained by "RUN" or GOTO 100.  If you start the
program instead with "GOTO 400", it prints, on your printer, a table of
"dollars per thousand" loan amounts for a range of interest rates you select
and for a set of convenient loan durations (15, 20, 25, 30 years).  (C) 1987
by John H. Sangster, placed in the public domain for non-commercial use; all
commercial rights reserved.
-------------------C-u-t---h-e-r-e---f-o-r---MORTGAGE.LST---------------------
100 PRINT "}"
110 PRINT "MORTGAGE CALCULATOR by JHS"
120 ? "Revised 10 August 1986":? 
130 N=300:NOLD=300:REM 25 YEARS
140 PRINT "ANNUAL PERCENT INTEREST";
149 TRAP 162
150 INPUT I:IF I>0 THEN GOTO 170
160 IF I>0 THEN GOTO 170
161 PRINT "I <=0, SO..."
162 END 
170 IF I>=1 THEN GOTO 200
180 I=I*100:? "TIMES 100 ASSUMED"
181 GOSUB 320
200 PRINT "PAYMENT PERIODS/YEAR";
205 TRAP 211
210 INPUT K:GOTO 220
211 ? "MONTHLY PAYMENTS ASSUMED":K=12:GOSUB 320
220 IF K<=0 THEN STOP 
230 LET IP=I/(K*100):REM INT/PERIOD
240 PRINT "TOTAL NR OF PAYMENTS";
245 NOLD=N:TRAP 255
250 INPUT N:IF N<=0 THEN STOP 
251 GOTO 260
255 N=NOLD:? "ASSUMING N=";:? N:GOSUB 320
260 GOSUB 265:GOTO 270
265 LET R=IP/(1-(1+IP)^-N):RETURN 
270 PRINT "MULTIPLIER=";R
279 TRAP 140
280 PRINT "AMOUNT BORROWED";:INPUT A
290 IF A<=0 THEN PRINT :GOTO 140
300 P=INT(A*R*100+0.5)/100:PRINT P
310 GO TO 279
320 SOUND 0,85,10,15:FOR J=1 TO 40:NEXT J:SOUND 0,0,0,0:RETURN 
400 REM Print Table of $/1000
410 ? "Starting APR";:INPUT APR1
420 ? " Ending  APR";:INPUT APR2
430 ? " Step in APR";:INPUT ASTEP
432 CLOSE #1:OPEN #1,8,0,"P:"
433 PRINT #1,,"  Dollars Per Thousand Per Month":PRINT #1," "
434 PRINT #1," ","APR","  15 Years","  25 Years","  30 Years":PRINT #1
440 FOR APR=APR1 TO APR2 STEP ASTEP
450 IP=APR/(K*100):N=180:GOSUB 265:R15=R*1000:N=300:GOSUB 265:R25=R*1000
455 N=360:GOSUB 265:R30=R*1000:PRINT #1,,APR,R15,R25,R30
460 NEXT APR
------------------------------------------------------------------------------
APRPROG.BAS - Computes Annual Percentage Rate (APR) from amount of loan,
number of monthly payments, and amount of monthly payment (principal plus
interest).  Uses functional iteration method based on Contraction Mapping
Theorem.  (C) 1987 by John H. Sangster, placed in the Public Domain for
non-commercial use; all commercial rights reserved.
--------------------C-u-t---h-e-r-e---f-o-r---APRPROG.LST---------------------
100 REM Program to compute APR (Annual Percentage Rate) from loan amt A,      Payment P, and nr of payments N.
110 ? "Truth-in-Lending Interest Rate"
120 ? "Calculator - JHS 28 July 1986"
130 ? :TRAP 600
140 ? "Loan Amount";:INPUT A:? "Monthly Payment";:INPUT P:? "Total Nr of Payments";:INPUT N
150 IF A=0 THEN ? "AMOUNT=0 - INTEREST IS UNDEFINED":GOSUB 1000:GOTO 140
155 PA=P/A:I=PA
160 FOR J=1 TO 100
170 IOLD=I
180 GOSUB 500
190 IF ABS(I-IOLD)/IOLD<1E-12 THEN 300
200 NEXT J
210 ? "No convergence!":GOSUB 1000:GOTO 140
300 ? "CONVERGED AFTER ";J;" ITERATIONS"
400 ? "APR=";I*1200;" PERCENT PER ANNUM"
410 ? :GOTO 140
500 REM Iteration to improve estimate of I:
510 I=PA*(1-(1+I)^(-N))
520 RETURN 
600 ? :? "Use BREAK to exit to BASIC.":? :GOTO 110
1000 SOUND 0,65,12,15:FOR I=1 TO 120:NEXT I:SOUND 0,0,0,0:RETURN 
------------------------------------------------------------------------------
CHEKBOOK.BAS - Simple checkbook balancing aid.  Nothing fancy, just does the
dirty work.  Main advantage over a calculator is that the program helps you
keep your place by automatically incrementing the check number as you enter
check amounts.  (C) 1987 by John H. Sangster - Placed in the public domain
for non-commercial use; all commercial rights reserved.
----------------------C-u-t---h-e-r-e---f-o-r---CHEKBOOK.LST------------------
10 REM Simple Checkbook Program
11 REM JHS 06/08/86 Version 1.0
12 REM Command interpreter to be
13 REM added in later version.
15 DIM A$(40):TRAP 200:BAL=0
200 REM Startup Routines
220 DIM C(100):DIM D(300)
1000 REM F - Forward Balance
1005 TRAP 2000
1010 ? "Balance forward from prev stmt":INPUT BALF:BAL=BALF
2000 REM C - Enter Credit Items
2010 ? "Enter credit items (deposits,":? "interest, corrections etc.),"
2020 ? "followed by RETURN, or just RETURN":? "to end input.":NC=0
2030 FOR I=1 TO 100:INPUT A$:IF LEN(A$)=0 THEN GOTO 3000
2035 C(I)=VAL(A$)
2040 BAL=BAL+C(I):NC=I:NEXT I
3000 REM D - Debits: checks & charges
3010 ? "Enter debits(checks&charges)"
3020 ? "Start with checks, beginning with":? "check number";:NCHK=0
3025 TRAP 3030:INPUT A$:NCHK=VAL(A$):ND=0
3030 FOR I=1 TO 300:? NCHK;"  ";:INPUT A$:IF LEN(A$)=0 THEN GOTO 4000
3040 D(I)=VAL(A$):BAL=BAL-D(I)
3050 ND=I:IF D(I)>=0 THEN NCHK=NCHK+1
3060 IF D(I)<0 THEN NCHK=NCHK-1
3070 NEXT I
4000 REM Final Output Section
4010 TC=0:TD=0
4020 IF NC>0 THEN FOR I=1 TO NC:TC=TC+C(I):NEXT I
4030 IF ND>0 THEN FOR I=1 TO ND:TD=TD+D(I):NEXT I
4090 ? "STARTING BALANCE WAS $";BALF
4100 ? "TOTAL CREDITS $";TC;"    # ITEMS: ";NC
4101 ? "TOTAL DEBITS $";TD;"    # ITEMS: ";ND
4102 ? "ENDING BALANCE IS $";BAL:? :? 
4110 ? "DO NEXT MONTH";:INPUT A$:IF A$(1,1)="Y" THEN BALF=BAL:GOTO 2000:END 
------------------e-n-d---o-f---s-i-l-l-y---p-r-o-g-r-a-m-s-------------------

------------------------------

Date: 5 Oct 87 14:05:21 GMT
From: cbosgd!cblpf!cblpe!res@ucbvax.Berkeley.EDU  (Rob Stampfli)
Subject: Dhrystone figures for the Atari 800xl
To: info-atari8@score.stanford.edu

x
I recently ported the Dhrystone Version 1.1 software to my Atari 800xl
and compiled it using the CC8 compiler recently posted by Steve Kennedy.
I then recoded the program in the Action! language and ran it.  Here
are the results:

	CC8 Version 2.3b, Ace-C Runtime Engine:	7.8 dhrystones/sec
	Action! Version 3.6:			131 dhrystones/sec

By way of comparison here are how some other common micro's performed:

	Commodore 64, C Power 2.9 trim:		 34 dhrystones/sec
	Commodore 128, C Power 128 trim:	 68 dhrystones/sec
	IBM PC/XT, MS-DOS 2.0, Microsoft 3.1 C:	347 dhrystones/sec
	Atari 520ST, TOS, Lattice 3.03.01:	450 dhrystones/sec
	Amiga 1000, Manx C 2.30a, 32 bits:	684 dhrystones/sec
	Amiga 1000, Manx C 2.30a, 16 bits:	915 dhrystones/sec
	Atari 520ST, TOS, Megamax 1.0:         1136 dhrystones/sec
	IBM PC/AT, PC-DOS 3.20, Microsoft 4.0: 1796 dhrystones/sec

Comments:
The dhrystone program is designed to generate a "figure of merit" benchmark
of a particular computer / compiler combination.  It consists of a
statistically typical set of operations, minus i/o and floating point,
invoked repeatedly and timed.  The results are indicated in iterations/sec.
Published statistics exist for literally hundreds of machine/compiler
combinations.

In getting these programs to run, I had to make several modifications, which
I believe did not significantly alter the final results.  Since CC8 does not
recognize 'typedefs', I had to rewrite the code so as not to use them. 
Action!, of course, is an entirely different language, but I took care
to port the code faithfully.  Surprisingly, the only area where I had trouble
making a direct port involved a doubly dimensioned array.  Action! does not
support this, so I had to define a large singly dimensioned array and generate
the index manually.  The dhrystone package was, by design I believe,
not optimally written in C, and could have been made for efficient during
the rewrite, if that had been a goal.

The results speak well of the machine and compilers.  CC8 is a real jewel,
the best C compiler I have seen for the Atari, and Steve has taken pains
to include most of the constructs found in the full implementation of C.
This was substantiated by the ease of the port.  However, CC8 is interpretive,
so you would not expect it to be a stellar performer in the speed category. 

Action! is marketed by OSS, Inc., and is a true compiler plus development
system on a plug-in Atari cartridge.  Not only does it possess a phenominal
human interface, but the code it produces is well known to run like a bat
out of hell.  Too bad it is a language which has never been available on
anything but the 8-bit Ataris. One concern I had was that Action! stores
string variables internally in a different format from C.  I don't think
this is significant in the operation of the program, so I did not go out of
my way to try to mimic C here, but rather let Action do its thing.

I never expected to break 100 dhrystones/sec even if I coded in assembler.
To do this on an 8-bit machine with a clock speed of less than 2 Mhz is
truely impressive.  I did not try a port to Basic, but it would be
interesting to see what kind of figures this would produce.  Any takers?

Robert Stampfli
cbosgd!cblpe!res

------------------------------

Date: 6 Oct 87 03:32:01 GMT
From: topaz.rutgers.edu!wilmott@rutgers.edu  (Ray Wilmott)
Subject: SX212 info sought
To: info-atari8@score.stanford.edu

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!



Hello all. Rumour has it in these parts that the SX212 will
be on stores shelves very soon (if it isn't already!). A couple
questions maybe someone out there can answer for me that none
of my friends seems to know for sure...

1) Can you or can you not connect the SX212 directly to the 8-bit
   without an interface?
2) About connecting to the 8-bit, does it come packaged with
   the necessary cable and term program (I'd heard something
   about a new version of Express?), or do you have to hunt
   them down seperately?
3) Perhaps most importantly to me, since the main reason I would
   like to get the SX212 is for use with the schools' Unix system
   (300 baud can be painful when you want to do something other than
   read the newsgroups  :-) ), I would like to know *for sure* if
   Chameleon will work with it or not.

As always, any info is greatly appreciated.


		-Ray Wilmott

wilmott@topaz.rutgers.edu

------------------------------

Date: Tue, 6 Oct 87 12:22 EDT
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: What's the right way...
To: info-atari8@SCORE.STANFORD.EDU

to return from a program to DOS?  I always thought the protocol was that
DOS (any DOS) effectively JSR'ed to the start address of the program
once it was loaded; thus the right way to return was just to RTS.
That's always worked for me, using DOS XL.  However, I've gotten some
reports that Kermit-65 sometimes wedges up when one exits from it.  I'm
pretty sure I'm not trashing the stack; it really looks like DOS expects
something other than an RTS.

Anyone got any ideas?  Thanks in advance.

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/14/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 14 Oct 87 02:52:12 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa17627; 13 Oct 87 22:48 EDT
Date:  Tue 13 Oct 87 15:00:01 PDT
Subject:  Info-Atari8 Digest V87 #89
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, October 13, 1987   Volume 87 : Issue 89

This weeks Editor: Bill Westfield

Today's Topics:

                     Re: What's the right way...
                       November 1987 ANTIC TOC
               Re: Critcism or Embarassment,ATARI corp?
                                 BBS
               re: VT52B, Yet Another Terminal Emulator
                               OmniCom

----------------------------------------------------------------------

Date: 7 Oct 87 13:45:32 GMT
From: decvax!sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan@ucbvax.Berkeley.EDU  (fred sullivan)
Subject: Re: What's the right way...
To: info-atari8@score.stanford.edu

In article <871006122252.4.JRD@GRACKLE.SCRC.Symbolics.COM> jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) writes:
>to return from a program to DOS?  I always thought the protocol was that
>DOS (any DOS) effectively JSR'ed to the start address of the program
>once it was loaded; thus the right way to return was just to RTS.
>That's always worked for me, using DOS XL.  However, I've gotten some
>reports that Kermit-65 sometimes wedges up when one exits from it.  I'm
>pretty sure I'm not trashing the stack; it really looks like DOS expects
>something other than an RTS.
>
I have had similar problems with various communications programs,
including a very simple one I wrote years ago in basic.  I formed the
conjecture that there are mysterious problems which arise after turning
on concurrent io mode in an 850 interface.  Does anyone know anything about
this?

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu

------------------------------

Date: 6 Oct 87 19:11:27 GMT
From: ihnp4!ihlpe!kimes@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: November 1987 ANTIC TOC
To: info-atari8@score.stanford.edu

[]

			NOVEMBER 1987 ANTIC TOC
			Theme: PRACTICAL APPLICATION WINNERS

page	article

7	I/O BOARD
		Letters from Readers.
7	DISK BONUS PROGRAM
		The bonus this month is GALLEONS, an arcade quality sea
		battle.  It is described as a flashy, colorful two-player
		action game. ML.
13	PRODUCT REVIEWS
		Software
		  Money$pin (White Bag Software)
		Hardware
		  Animation Station (Suncom)--A touch tablet that comes with
		   			      DesignLab paint program.
20	NEW PRODUCTS
		A description but not a review of several new products
		available for the Atari computers.  This month announcements
		include Pirates of the Barbary Coast, Aliants, Sprong, Space
		Lobster & Disk 50 (all Star Soft); Smart Speaker (Swisscomp,
		Inc); Guild of Thieves (Firebird); Borodino:1812 (KRENtek
		Software) and Ace of Aces (Accolade).
29	GAME OF THE MONTH: HOT AND COLD
		A classic peg game similar to Master Mind.
35	GRAND PRIZE APPLICATION WINNER: CRITICAL-PATH PROJECT MANAGER
		Design your own project time line.  Display and print out
		information in various forms including a GANT chart.
37	GRAND PRIZE APPLICATION WINNER: WYSIWYG CASSETTE JACKETS
		Do you record your own music or copy your records onto a
		cassette tape?  This program allows you to design a cassette
		jacket that can be cut to fit in a standard case.  Designed
		to work with Epson compatible printers.
39	GRAND PRIZE APPLICATION WINNER: YOUR BEST ROUTE
		Planning a trip?  Use this program to build a chart that
		lists distances between all cities you plan to visit and
		then let the program tell you the shortest route to take
		to see all the points of interest.
40	GRAND PRIZE APPLICATION WINNER: BIBLIOGRAPHY MASTER
		This programs allows you to edit and print bibliographies
		for all those term papers you have to write.
46	LAPTOP-TO-ATARI CONNECTION
		This article explains how to move information from a laptop
		computer such as a Radio Shack Model 100 to your Atari.

	***********BEGIN THE ST RESOURCE SECTION**********

51	ST PRODUCT NEWS AND REVIEWS
		Software
		  Alternate Reality: The City V2.0 (Datasoft)
		  LabelMaster (Migraph, Inc)
		New Products (description only)
		  M/CADD (Migraph, Inc), 1st Word Plus (Electronic
		  Distribution), Plundered Hearts (Infocom), LOGiSTiK Senior
		  and LOGiSTiK Junior (Progressive Peripherals & Software),
		  Test Drive (Accolade) and Music Construction Set (Electronic
		  Arts).
55	TAP THE POWER OF YOUR SYSTEM CLOCK
		Improve your timing with ST BASIC.
61	MASTERPLAN
		A review of this scaled down version of VIP GEM.

	***********END THE ST RESOURCE SECTION************

63	SOFTWARE LIBRARY
		This section contains all the program listings for the
		articles in this issue.
82	TECH TIPS
		This section is a collection of tips and short
		programs from readers or collected from various Users
		Groups newsletters.

Coming next month: 

Comments: The Catalog (that comes bound in the magazine) is a new issue
	  this month.  They have several new ST programs or new versions
	  (such as Flash 1.5) and several bargains for both the 8bit and
	  ST owners.  ANTIC claims they ship within 24 hours and I tend
	  to believe them.  I got my order in less than a week after placing
	  an order.  There is an ad for a new OS for the 8bit XL/XE
	  machines called the EXPANDER (Synergy Concepts) that sounds like
	  it would be really nice for several types of applications.  
	  Anyone ever had any personal experience with it?  The E. Arthur
	  Brown Company have a full page an in this issue.  They make
	  the ST Video Box, ST Composite Cable and a ST Solderless RAM
	  upgrade kit, among other things.

						Kit Kimes
						AT&T-ISL
						1100 E. Warrenville Rd.
						Naperville, IL 60566
						...!ihnp4!iwvae!kimes

------------------------------

Date: 5 Oct 87 17:50:24 GMT
From: imagen!atari!neil@ucbvax.Berkeley.EDU  (Neil Harris)
Subject: Re: Critcism or Embarassment,ATARI corp?
To: info-atari8@score.stanford.edu

In article <8710012029.AA22072@ucbvax.Berkeley.EDU>, DFLINT02@ULKYVX.BITNET writes:

> Answer this question why did a ATARI try to block the release
> of the PD 8-bit emulator for the ST????? Don't quote Propietary OS.

The answer is easy.  We didn't.  Contrary to popular rumor/reports, Darek's
biggest problem when getting ready to release the emulator was getting
through to the right person here.  He ended up with myself and Richard Frick.
We took the story to Sam Tramiel, President of Atari Corp.  The three of us
agreed that we had no problem allowing the release of the emulator, but in
return for this we wanted Darek to release his source code as public domain.
The emulator as it currently exists is too slow to be useful, not to mention
the lack of support for important features like player/missile graphics.

At any rate, Darek was reluctant to do this at first.  He seemed to want
sole credit for the emulator.  The impasse was resolved on GEnie, in a
series of messages between Darek and myself with audience participation.
Then Darek asked for permission to sell an article on the emulator to an ST
magazine so he could make a little money for the project.  This was granted.
The emulator was recently published in ST-Log magazine (September issue) and
is available for download on GEnie and other places.

These days, Darek is getting along with Atari a little better.  I think he's
not a bad negotiator -- he was stirring up public sympathy for himself in
order to get what he wanted from us.  On the other hand, we got the source
code released, so we're happy too.  Let's hope that the project ends up
resulting in an emulator that does what we all want it to do.

-- 
--->Neil Harris, Director of Marketing Communications, Atari Corporation
UUCP: ...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil
GEnie: NHARRIS/ WELL: neil / BIX: neilharris / Delphi: NEILHARRIS
CIS: 70007,1135 / Atari BBS 408-745-5308 / Usually the OFFICIAL Atari opinion

------------------------------

Date: 7 Oct 87 17:35:49 GMT
From: p7o%psuvm.bitnet@ucbvax.Berkeley.EDU  (PATRICK)
Subject: BBS
To: info-atari8@score.stanford.edu

Does anyone out here have a modem?
If you do then call....
     
 ************************************************************************
 *                                                                      *
 *                             THE  HACKSHOP BBS                        *
 *                             =================                        *
 *                                                                      *
 *    A BBS [Bulletin Board System] for any computer with ascii, but    *
 *    most of the Download files are for ATARI - 8 bit!                 *
 *                                                                      *
 *     Alot of scrunched,and shrunk files,software galore!!             *
 *                                                                      *
 *               8 Message bases ,Sysop base,War board,Atari base       *
 *              a list of Stars addresses,and a Atari cartoon           *
 *             of the week!!!  CALL TODAY!!!!!!!!!!!!!!!!!!!!           *
 *                                                                      *
 *                                                                      *
 *                        HACKSHOP BBS                                  *
 *                         300/1200 BAUD                                *
 *                         WEEKDAYS:24 HR                               *
 *                         WEEKENDS:10PM-10AM                           *
 *                         (717)383-1457                                *

------------------------------

Date:     8-OCT-1987 10:34:14
From: MARCUS%MOLE.PCL.AC.UK@forsythe.stanford.edu
To: INFO-ATARI8@score.stanford.edu

I recently discovered instructions for constructing a write-only RS232
interface for the atari using ( as ever ) one of the joystick ports. Is there
anyone out there who knows of an assembly language listing of a full RS232
serial interface using the second joystick port which they could email ?

Also would it be possible to alter any of the terminal emulators available on
the net to use such an interface ( i.e substitute the joystick port RS232
handler for the emulator's original handler ) ?

"bigmouth strikes again"				- M A R C U S -

------------------------------

Date: 8 Oct 87 15:56:55 GMT
From: jumbo!ehs@decwrl.dec.com  (Ed Satterthwaite)
Subject: re: VT52B, Yet Another Terminal Emulator
To: info-atari8@score.stanford.edu

About a week ago, I posted a three-part message about VT52B, a simple
emulator for an extended VT52 that I have found useful for talking to
Unix.  I have since heard from two people who got the first two parts but
not the third (the ACTION! code itself).

If anyone else wants this, drop me a note with a clear return address and
I'll try to send it directly.  It's about 14K bytes.

Ed Satterthwaite
Arpa: ehs@src.DEC.COM
Uucp: {...}!decwrl!ehs

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: OmniCom
Date: Mon, 12 Oct 87 11:07:46 EDT
From: jhs@mitre-bedford.ARPA

Several people have sent me questions about OmniCom which make me think
that not everyone will realize that the basic OmniCom program needs to be
linked together with an RS-232 handler to make it work.  In particular,
with the 1030 and 835 direct-connect modems, not all the handlers floating
around work exactly right.  There is a special one called ATARISRS.232
which is 16 sectors long which will work OK with the 850 interface as
well as the 1030 and 835 direct-connect modems.  This handler is shipped
on the disk with OmniCom, so if you've been having trouble making OmniCom
work with an 835 or 1030, but would like a terminal emulator with all its
features, you should probably go ahead and order it on disk from CDY.

If you have a handler sitting around but don't know what to do with it,
make a disk with DOS on it, and make a copy of the handler on that disk,
but name it "OC" (for OmniCom).  They copy the OmniCom shareware program
onto the end of it using the DOS "append" mode, like this:

C<RETURN>
D1:OC.OBJ, D2:OC/A<RETURN>

or the equivalent using your favorite DOS.  With DOS 2.0 or 2.5, the "/A"
on the end of the destination filename makes DOS append the source file
to the end of the existing destination file, instead of writing over it as
it would if you failed to specify /A.

The result is a file containing the RS232 handler, followed immediately
by the OmniCom program.  This should now run properly, assuming the RS232
handler is suitable for your modem interface.

-John Sangster / jhs@mitre-bedford.arpa

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/15/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 15 Oct 87 20:33:41 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 15 Oct 87 20:55:39 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 15 Oct 87 21:40:18 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 15 Oct 87 22:55:17 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 15 Oct 87 23:09:55 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 00:01:18 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 01:08:17 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 01:16:29 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 02:19:31 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 03:29:11 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/16/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 16 Oct 87 03:50:12 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa13469; 15 Oct 87 16:28 EDT
Date:  Thu 15 Oct 87 10:29:58 PDT
Subject:  Info-Atari8 Digest V87 #90
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Thursday, October 15, 1987   Volume 87 : Issue 90

This weeks Editor: Bill Westfield

Today's Topics:

                             192K upgrade
                        Re: SX212 info sought
                     Re: Ace C + a modem question
                       Re: Old 800 Turbo Basic

----------------------------------------------------------------------

Date: 13 Oct 87 18:58:05 GMT
From: oliveb!dragon@hplabs.hp.com  (Give me a quarter or I'll touch you)
Subject: 192K upgrade
To: info-atari8@score.stanford.edu

I'm looking for docs to upgrade a 130XE to 192K RAM.  I know they exist,
but haven't seen them.  I'd like to stay away from 320K or 576K on this one
(I have one with 576K already).  If you have them, I'd appreciate a copy!
Thanks in advance.

On the same subject, has anyone hacked a Freddie chip into a 256K 800XL to
get the extended video modes?

--Dean


-- 
Dean Brunette               {ucbvax,etc.}!hplabs!oliveb!olivej!dragon                                    {ucbvax,etc.}!hplabs!oliveb!dragon-oatc!dean                                       
Olivetti Advanced Technology Center     _____   _____   __|__   _____
20300 Stevens Creek Blvd.              |     |  _____|    |    |
Cupertino, CA 95014                    |_____| |_____|    |__  |_____                                                                                               'Such a strange girl, I think I'm falling in love' --The Cure  

------------------------------

Date: 14 Oct 87 01:01:16 GMT
From: imagen!atari!jwt@ucbvax.Berkeley.EDU  (Jim Tittsler)
Subject: Re: SX212 info sought
To: info-atari8@score.stanford.edu

In article <15362@topaz.rutgers.edu>, wilmott@topaz.rutgers.edu (Ray Wilmott) writes:
> Hello all. Rumour has it in these parts that the SX212 will
> be on stores shelves very soon (if it isn't already!).
Yes, the modem is already being sold (at least at dealers here in Northern
California).

> 1) Can you or can you not connect the SX212 directly to the 8-bit
>    without an interface?
Yes.  The SX212 has an Atari SIO connector on its rear panel.  It will work
with an R-verter type handler that is available on Compuserve.

> 2) About connecting to the 8-bit, does it come packaged with
>    the necessary cable and term program (I'd heard something
>    about a new version of Express?), or do you have to hunt
>    them down seperately?
No.  SX-Express (based on the older 850-Express) will be offered separately.
An SIO cable will be packaged with that program.  SX-Express is currently in
software test.

> 3) ...I would like to know *for sure* if Chameleon will work with it or not.
At the moment, the only way you could be *sure* that it will work with
Chameleon would be to use it connected to an 850 the way people have been
using Hayes compatible modems for years.

Jim Tittsler, Atari Corp.   {ames, sun, imagen, pyramid}!atari!jwt

------------------------------

Date: 14 Oct 87 19:37:20 GMT
From: cbosgd!cbterra!smk@ucbvax.Berkeley.EDU  (Stephen Kennedy)
Subject: Re: Ace C + a modem question
To: info-atari8@score.stanford.edu

In article <42900001@upba> rory@upba.UUCP writes:
>    I've had requests from members of my users group
>  for me to provide a C Compiler. Could somebody
>  please send me the Ace C package, minus the compiler?

If someone does, please send him the _entire_ ACE C package out of courtesy
to the original author, Ralph Walden.

>  I have the CC8 compiler, and have heard that it will
>  work with the Ace. (True?)
>                              (E-Mail please)

Yes.

And now the modem question:  My dad recently bought a 300 baud modem
for $8.95 from the back shelf of a computer store in town.  It's
called "The Pocket Modem" and it was made by the same people who
made APE FACE (I believe they're out of business now).  The modem plugs
directly into the serial port of the disk drive.  It seems to work
just fine and my dad has had a great time calling up the local bulletin
boards.  Now he'd like to try it with other modem software, but it
doesn't seem to have a handler--everything's  hardcoded in the
software that came with the modem.  He'd be willing to write a CIO
handler for it, but he really doesn't know what the modem commands are
(other than by disassembling the modem software).  So, does anyone know
anything at all about this modem?

Thanks!

---
Steve Kennedy			{moss,ihnp4,decwrl}!cbosgd!smk

------------------------------

Date:     Thu, 15 Oct 87 09:11 EDT
From: <VAUGHAN%CANISIUS.BITNET@forsythe.stanford.edu> (Tom Vaughan @ Computer Center)
Subject:  Re: Old 800 Turbo Basic
To: Info-Atari8@score.stanford.edu
X-Original-To:  EDU%"Info-Atari8@Score.Stanford.edu", VAUGHAN

I too would appreciate receiving the old 800 version of TurboBasic.
Could someone Please mail it to me and thanks in advance.

    To Vaughan


--
BITNET : vaughan@canisius                CSNET  :  vaughan%canisius@CSNET-relay
UUCP   : ..!{ames,boulder,decvax,rutgers}!sunybcs!canisius!vaughan
US MAIL:  Thomas Vaughan/ Computer Center / Canisius College/
          2001 Main St./ Buffalo N.Y. 14208

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/20/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 19 Oct 87 23:27:16 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27325; 19 Oct 87 19:13 EDT
Date:  Mon 19 Oct 87 10:20:19 PDT
Subject:  Info-Atari8 Digest V87 #91
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 19, 1987   Volume 87 : Issue 91

This weeks Editor: Bill Westfield

Today's Topics:

                      8-bit upgrade/counterpoint
                Track-Ball Code! Basic And ACTION! ex.
                       Re: Old 800 Turbo Basic
                          Volunteers needed
                     Telephone Touch-Tone Program
                       Re: Old 800 Turbo Basic
               pointer to: Telephone Touch-Tone Program

----------------------------------------------------------------------

Date:          Fri, 16 Oct 87 10:02 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       8-bit upgrade/counterpoint
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

>>The 16/32 bit upgrade to the Atari 800 line has been on the dealers shelves
>>sinse September 1985 !!  The problem that most Atari 800 owners have is
>>one of idenity -- they fail to see what has been placed in front of their
>>faces.
>>I of course am talking about the Amiga 1000.  I bought my Atari 800 for
>>its great graphics, sound, and FRIENDLY user interface, BTW its SN is
>>00232 !  The Amiga 1000 IS the NEXT generation Atari 800 !  The chief
>>H/W architect for the Atari 2600, Atari 800 and the Amiga 1000 is Jay
>>Miner !  The Amiga's great MULTITASKING OS is just a super bonus to an
>>already super computer.  BTW my Amiga's SN is D605 - its a preproduction
>>box !

The 16/32 alternatives to the our 8-bit machines don't happen to be the one
you suggest. The Amiga Is being produced by Commodore(Yuk) and they have
corrupted the machine.  The a1000 a500 and a2000 are all very different
machines. Each one has plus and minus features, but are the plus features
enough to stimulate the atari 800/xe/xl comunity to buy one? The Amiga
is diffinitly not targeted for the general user,tho the A2000 has potential
in this realm.  The Amiga is most useful to broadcast educators, since
it Audio and Video Capabilities make it well suit for that job. HAVE you
Seen the Job amigas do for MAX HEADROOM.

I have almost learned just about all one could know about the atari 8-bit
family, now it's really very useful to me. It would take me about 2 years
to learn the amiga inside and out by that time the next generation micros
will be arriving. My 800xl can do just about everything i need a computer
for now.

>>BTW I have worked for Atari (pre JT), Commodore (during the JT reign), and
>>Amiga (1984-5).  Am I jaded ?  YES I will not purchase a JT product ever
>>again !
ARE one of the Guys that the new commodore Dropped/Fired/layed off?
How long do we have before you start working on a new Machine in the
32 bit flavor?
Do you have ideas on what Jay Minor is up lately?

William M. Buford
DFlint02@ulkyvx.bitnet
(I will buy no 16/32 bit before its time!)
(Unless it has about 4Meg ram!)

------------------------------

Date:          Fri, 16 Oct 87 10:00 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       Track-Ball Code! Basic And ACTION! ex.
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Taming your machine with a mouse has long been a dream of the ATARI 8-bitters.
The mouse had it's origins around the 1960's, but did see much use until the
1980's when the Mac,ST and Amiga were unveiled. The mouse was also used by the
engineering world as an input device for graphics workstations in the late
70's.  The Track-ball is a close relative to the Mouse. A track-ball is
basicly the same device flipped over allowing the hand position the ball
directly.

The Old ATARI did have some foresight in developing input devices for the 8-bit
machines. The TrackBall is one of them.  The Track-ball allows smooth tracking
of 2 dimensional motion and its associated velocity. Atari Basic is too slow
so it can not be read with atari basic.  Faster langauges such ACTION and
Assembly can read the velocity vectors directly from the joystick registers.
(mention something about which bits represent the direction and speed.)
One thing the Atari Trak Ball lacks is a separate button that can function as
the left mouse button. Since the mouse and the Track-ball are virtually the
same device it should be possible to read and ST mouse using the Trak-ball read
code.  The 8-bits can read the ST left mouse if a pull-up resistor is added to
pin 6.

Heres the pinout on the ST mouse.
_____________
\ 1 2 3 4 5 /
 \ 6 7 8 9 /
  ---------

1- up/xb
2- down/xa
3- left/ya
4- right/yb
5- not connected
6- Fire/left mouse button
7- +5vdc
8- ground
9- Joystick 1 Fire/Right Mouse button.


I have included 3 programs that demostrate the trak-balls ability to read
direction and velocity.  One program is written in basic with a short assemble
used to read the T-ball input vector. The other 2 programs are written in
ACTION!
                                          |  |  |
Mike Buford                               |  |  |  8-bits Forever/
Dflint02@ulkyvx.bitnet or                 |  |  |   Whether i buy a new
CL150652@ulkyvm.bitnet                   /   |   \  machine or not!
(An Action Programmer!)                 /    |    \


---------------------------Cut here for Programs----------------------------
This basic program was provided by Bill Wilkinson of O.S.S.


10 REM :TBALL2.BAS
100 REM *** POKE MACHINE CODE ***
110 REM 1536-1619
111 DATA 104,169,0,133,212,133,213,173,0,211,41,2,133,205,160,255,173,0,211
112 DATA 41,2,197,205,240,2,230,212,133,205,136,208,240,173,0,211,41,1,208
113 DATA 6,165,212,9,128,133,212,173,0,211,41,8,133,205,160,255,173,0,211
114 DATA 41,8,197,205,240,2,230,213,133,205,136,208,240,173,0,211,41,4,208
115 DATA 6,165,213,9,128,133,213,96,-1
116 FOR I=1536 TO 1619:READ J:K=K+J:POKE I,J:NEXT I
117 IF K-11306 THEN ? "BAD DATA!":END
120 REM
130 GRAPHICS 0:POKE 710,0:POKE 752,1:REM BLACK BACKGROUND ,NO CUSOR
131 POSITION COL,ROW:? " ";:REM ERASE OLD OBJECT
200 REM READ TBALL
210 U=USR(1536):Y=INT(U/256):X=U-Y*256
220 IF X>127 THEN X=X-128:IF X THEN X=-X
221 IF Y>127 THEN Y=Y-128:IF Y THEN Y=-Y
310 POSITION COL,ROW:? " ";
320 COL=COL+X:REM CALCULATE NEW COLUNM
321 IF COL>39 THEN COL=39
322 IF COL<0 THEN COL=0
330 ROW=ROW+Y
331 IF ROW<0 THEN ROW=0
332 IF ROW>22 THEN ROW=22
340 POSITION COL,ROW:? "+";
350 GOTO 200

-----------------------------Basic Programmers cut here-----------------------

The following Action! programs were written by Joe McFarland.


;TRACK1.ACT
;Display the value read from
;port 1 as track-ball values.
;9/87 Written bye Joe McFarland

PROC PrintT(BYTE val)
;Binary number print:
;Print byte in base Two.
;Modified to only print 4 LSbits.
BYTE mask,n
mask=$08
FOR n=0 TO 3 DO
  IF val&mask THEN
    Put('1)
  ELSE
    Put('0)
  FI
  mask==RSH 1
OD
RETURN

PROC Main()
BYTE b,cursor=752,consol=53279
cursor=1
Position(2,3)
PrintE("|||LHorizontal Dir 0=left, 1=right")
PrintE("||LHorizontal Rate")
PrintE("|Vertical Dir 0=up, 1=down")
PrintE("Vertical Rate")
DO
 b=Stick(0)
 Position(2,2)
 PrintT(b)
Until consol<>7
OD
cursor=1
RETURN
--------------------------(ACTION! rules the ATARI 8-bit)----------------------
Cut here for (TRACK3.ACT).

;TRACK3.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;9/87

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $F0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82
 BYTE lastx,lasty,vx,vy,st
 INT x,y,oldx=[0],oldy=[0]

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
X=0 Y=0
lastx=0 lasty=0

WHILE consol&$01
DO
 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+1
           ELSE x==-1
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+1
           ELSE y==-1
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
IF STRIG(0)
 THEN
 ELSE
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
FI
oldx=x
oldy=y
OD
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN
-----------------------------------------------------------------------
The next program demostrates ACTION!'s Ability to run 2 or more
procedures at the same time. The Move_cursor routine runs
independent of Main Proc. This Program is extra for Action Programers.
----------------------------(Cut Here)---------------------------------
;TRACK4.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;Vertical blank
;9/87

DEFINE SPEED="2"
DEFINE JMP="$4C",
       XITVBV="$E462",
SAVETEMPS=
"[$A2 $07 $B5 $C0 $48 $B5 $A0 $48 $B5 $80
10 dF1 $A5 $D3 $48]",
GETTEMPS=
"[$68 $85 $D3 $A2 $00 $68 $95 $A8 $68 $95 $80
  $68 $95 $A0 $68 $95 $C0 $E8 $E0 $08 $D0 $EF]"
CARD OldVbi,VBIvec=$224
BYTE critic=$42

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
  INT x=[0],y=[0]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Move_Cursor()
 BYTE lastx=[0],lasty=[0],
      vx=[0],vy=[0],st
 INT oldx=[0],oldy=[0]
  SAVETEMPS

 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+SPEED
           ELSE x==-SPEED
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+SPEED
           ELSE y==-SPEED
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
oldx=x
oldy=y
GETTEMPS     ; get temp registers
[JMP XITVBV] ; exit the VBI

;**************************************

PROC ClearVB()
critic=1
VBIvec=OldVBI
critic=0
RETURN

;**************************************

PROC VBinst(); install the VBI
critic=1  ; turn off the interrupts
OldVBI=VBIvec
VBIvec=Move_Cursor ; VBI routine.
critic=0 ; turn the interrupts back on
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
VBinst();This is where we start the Move_Cursor proc
WHILE consol&$01
DO
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
OD
ClearVB();This is where the Move_Cursor is terminated
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN

------------------------------

Date: 16 Oct 87 20:11:57 GMT
From: itsgw!leah!uwmcsd1!csd4.milw.wisc.edu!john1233@tcgould.tn.cornell.edu  (Thomas M Johnson)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <8710151731.AA16907@ucbvax.Berkeley.EDU> VAUGHAN@CANISIUS.BITNET (Tom Vaughan @ Computer Center) writes:
>
>I too would appreciate receiving the old 800 version of TurboBasic.
>
>
>
>--

I didn't know there was a 400/800 version of Turbo BASIC.
The reason it only runs on the XL/XE series is it
hides like 11K of itself under the OS. This isn't
possible with a 400/800. Sure you could just have it sit in main memory
but your programming space would be like 18K instead of the
usual 29K.

2 cents worth.
			  Tom
                  john1233@csd4.milw.wisc.edu

------------------------------

Mail-From: G.ABRAMS created at 17-Oct-87 06:46:41
Date: Sat 17 Oct 87 06:46:41-PDT
From:  Info-Atari Moderator <G.ABRAMS@Score.Stanford.EDU>
Subject: Volunteers needed
To: info-atari8@Score.Stanford.EDU, info-atari16@Score.Stanford.EDU

The incoming mailbox at Score overflowed  recently because no one
loged in as moderator.  I assume we all had good reasons.  It appears
time to solicit new volunteers.

To assist as a moderator you need to be able to log into
Score.Stanford.Edu.  That means you have to be able to make a telnet
connection on Arpanet.  I have a set of instructions for moderators,
but basicly the work is to read the incoming mail, add people to the lists
upon request, and delete them either upon request or rejected mail.

We also need volunteers to help with the 8-bit program library on
bitnet.  The volunteer should be on bitnet and be willing to
review existing programs and put them into a LISTSERV library.  The
previous volunter had to drop out because of the load of schoolwork.
This effort will also require someone on ARPANET who can FTP the files
from an archive machine at Stanform and mail them to the librarian on
bitnet.

Please send your messages volunteering to abrams@mitre.arpa.
  .

Acting as moderator should take an hour per week, Acting as
librarian can take many more hours.

Those service now are volunteers; additional help would certainly
be appreciated.

		Marshall Abrams

------------------------------

Date:     Sat, 17 Oct 87 16:03:30 EDT
From: USEREK5X%mts.rpi.edu@itsgw.rpi.edu
Subject:  Telephone Touch-Tone Program
To: Info-Atari8@score.stanford.edu

I am looking for a Touch-Tone dialing program for the 8-bit Atari
that was published in some magazine a few years ago (between 1980
and 1984).  I believe it was in Compute; Analog and Antic are two
other (less likely) possibilities.  If anyone has a program that
will dial Touch-Tone frequencies from BASIC or knows where I can
find the program in whatever magazine, I'd appreciate a response.
Thanks in advance,

Bryant Line   USEREK5X@RPITSMTS
              BCL@RPITSMTS

------------------------------

Date: 18 Oct 87 01:05:58 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <3215@uwmcsd1.UUCP> john1233@csd4.milw.wisc.edu (Thomas M Johnson) writes:

> I didn't know there was a 400/800 version of Turbo BASIC.
> The reason it only runs on the XL/XE series is it
> hides like 11K of itself under the OS. This isn't
> possible with a 400/800.
 Yes, a 400/800 version of Turbo BASIC does exist.  If you or anyone
else can't find it on the net, it's available via the JACG disk
library.  For more info, call the JACG BBS, number's listed below.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: 18 Oct 87 18:06:48 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: pointer to: Telephone Touch-Tone Program
To: info-atari8@score.stanford.edu

In article <791764@RPITSMTS.BITNET> USEREK5X@mts.rpi.EDU writes:

> If anyone has a program that
> will dial Touch-Tone frequencies from BASIC or knows where I can
> find the program in whatever magazine, I'd appreciate a response.
> Thanks in advance,
 Such a program appeared recently on CompuServe.  Also, the commercial
program "HomeCard," written by Russ Wetmore & sold through Antic,
can produce such tones.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/20/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 19 Oct 87 23:36:17 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27325; 19 Oct 87 19:13 EDT
Date:  Mon 19 Oct 87 10:20:19 PDT
Subject:  Info-Atari8 Digest V87 #91
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 19, 1987   Volume 87 : Issue 91

This weeks Editor: Bill Westfield

Today's Topics:

                      8-bit upgrade/counterpoint
                Track-Ball Code! Basic And ACTION! ex.
                       Re: Old 800 Turbo Basic
                          Volunteers needed
                     Telephone Touch-Tone Program
                       Re: Old 800 Turbo Basic
               pointer to: Telephone Touch-Tone Program

----------------------------------------------------------------------

Date:          Fri, 16 Oct 87 10:02 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       8-bit upgrade/counterpoint
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

>>The 16/32 bit upgrade to the Atari 800 line has been on the dealers shelves
>>sinse September 1985 !!  The problem that most Atari 800 owners have is
>>one of idenity -- they fail to see what has been placed in front of their
>>faces.
>>I of course am talking about the Amiga 1000.  I bought my Atari 800 for
>>its great graphics, sound, and FRIENDLY user interface, BTW its SN is
>>00232 !  The Amiga 1000 IS the NEXT generation Atari 800 !  The chief
>>H/W architect for the Atari 2600, Atari 800 and the Amiga 1000 is Jay
>>Miner !  The Amiga's great MULTITASKING OS is just a super bonus to an
>>already super computer.  BTW my Amiga's SN is D605 - its a preproduction
>>box !

The 16/32 alternatives to the our 8-bit machines don't happen to be the one
you suggest. The Amiga Is being produced by Commodore(Yuk) and they have
corrupted the machine.  The a1000 a500 and a2000 are all very different
machines. Each one has plus and minus features, but are the plus features
enough to stimulate the atari 800/xe/xl comunity to buy one? The Amiga
is diffinitly not targeted for the general user,tho the A2000 has potential
in this realm.  The Amiga is most useful to broadcast educators, since
it Audio and Video Capabilities make it well suit for that job. HAVE you
Seen the Job amigas do for MAX HEADROOM.

I have almost learned just about all one could know about the atari 8-bit
family, now it's really very useful to me. It would take me about 2 years
to learn the amiga inside and out by that time the next generation micros
will be arriving. My 800xl can do just about everything i need a computer
for now.

>>BTW I have worked for Atari (pre JT), Commodore (during the JT reign), and
>>Amiga (1984-5).  Am I jaded ?  YES I will not purchase a JT product ever
>>again !
ARE one of the Guys that the new commodore Dropped/Fired/layed off?
How long do we have before you start working on a new Machine in the
32 bit flavor?
Do you have ideas on what Jay Minor is up lately?

William M. Buford
DFlint02@ulkyvx.bitnet
(I will buy no 16/32 bit before its time!)
(Unless it has about 4Meg ram!)

------------------------------

Date:          Fri, 16 Oct 87 10:00 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       Track-Ball Code! Basic And ACTION! ex.
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Taming your machine with a mouse has long been a dream of the ATARI 8-bitters.
The mouse had it's origins around the 1960's, but did see much use until the
1980's when the Mac,ST and Amiga were unveiled. The mouse was also used by the
engineering world as an input device for graphics workstations in the late
70's.  The Track-ball is a close relative to the Mouse. A track-ball is
basicly the same device flipped over allowing the hand position the ball
directly.

The Old ATARI did have some foresight in developing input devices for the 8-bit
machines. The TrackBall is one of them.  The Track-ball allows smooth tracking
of 2 dimensional motion and its associated velocity. Atari Basic is too slow
so it can not be read with atari basic.  Faster langauges such ACTION and
Assembly can read the velocity vectors directly from the joystick registers.
(mention something about which bits represent the direction and speed.)
One thing the Atari Trak Ball lacks is a separate button that can function as
the left mouse button. Since the mouse and the Track-ball are virtually the
same device it should be possible to read and ST mouse using the Trak-ball read
code.  The 8-bits can read the ST left mouse if a pull-up resistor is added to
pin 6.

Heres the pinout on the ST mouse.
_____________
\ 1 2 3 4 5 /
 \ 6 7 8 9 /
  ---------

1- up/xb
2- down/xa
3- left/ya
4- right/yb
5- not connected
6- Fire/left mouse button
7- +5vdc
8- ground
9- Joystick 1 Fire/Right Mouse button.


I have included 3 programs that demostrate the trak-balls ability to read
direction and velocity.  One program is written in basic with a short assemble
used to read the T-ball input vector. The other 2 programs are written in
ACTION!
                                          |  |  |
Mike Buford                               |  |  |  8-bits Forever/
Dflint02@ulkyvx.bitnet or                 |  |  |   Whether i buy a new
CL150652@ulkyvm.bitnet                   /   |   \  machine or not!
(An Action Programmer!)                 /    |    \


---------------------------Cut here for Programs----------------------------
This basic program was provided by Bill Wilkinson of O.S.S.


10 REM :TBALL2.BAS
100 REM *** POKE MACHINE CODE ***
110 REM 1536-1619
111 DATA 104,169,0,133,212,133,213,173,0,211,41,2,133,205,160,255,173,0,211
112 DATA 41,2,197,205,240,2,230,212,133,205,136,208,240,173,0,211,41,1,208
113 DATA 6,165,212,9,128,133,212,173,0,211,41,8,133,205,160,255,173,0,211
114 DATA 41,8,197,205,240,2,230,213,133,205,136,208,240,173,0,211,41,4,208
115 DATA 6,165,213,9,128,133,213,96,-1
116 FOR I=1536 TO 1619:READ J:K=K+J:POKE I,J:NEXT I
117 IF K-11306 THEN ? "BAD DATA!":END
120 REM
130 GRAPHICS 0:POKE 710,0:POKE 752,1:REM BLACK BACKGROUND ,NO CUSOR
131 POSITION COL,ROW:? " ";:REM ERASE OLD OBJECT
200 REM READ TBALL
210 U=USR(1536):Y=INT(U/256):X=U-Y*256
220 IF X>127 THEN X=X-128:IF X THEN X=-X
221 IF Y>127 THEN Y=Y-128:IF Y THEN Y=-Y
310 POSITION COL,ROW:? " ";
320 COL=COL+X:REM CALCULATE NEW COLUNM
321 IF COL>39 THEN COL=39
322 IF COL<0 THEN COL=0
330 ROW=ROW+Y
331 IF ROW<0 THEN ROW=0
332 IF ROW>22 THEN ROW=22
340 POSITION COL,ROW:? "+";
350 GOTO 200

-----------------------------Basic Programmers cut here-----------------------

The following Action! programs were written by Joe McFarland.


;TRACK1.ACT
;Display the value read from
;port 1 as track-ball values.
;9/87 Written bye Joe McFarland

PROC PrintT(BYTE val)
;Binary number print:
;Print byte in base Two.
;Modified to only print 4 LSbits.
BYTE mask,n
mask=$08
FOR n=0 TO 3 DO
  IF val&mask THEN
    Put('1)
  ELSE
    Put('0)
  FI
  mask==RSH 1
OD
RETURN

PROC Main()
BYTE b,cursor=752,consol=53279
cursor=1
Position(2,3)
PrintE("|||LHorizontal Dir 0=left, 1=right")
PrintE("||LHorizontal Rate")
PrintE("|Vertical Dir 0=up, 1=down")
PrintE("Vertical Rate")
DO
 b=Stick(0)
 Position(2,2)
 PrintT(b)
Until consol<>7
OD
cursor=1
RETURN
--------------------------(ACTION! rules the ATARI 8-bit)----------------------
Cut here for (TRACK3.ACT).

;TRACK3.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;9/87

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $F0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82
 BYTE lastx,lasty,vx,vy,st
 INT x,y,oldx=[0],oldy=[0]

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
X=0 Y=0
lastx=0 lasty=0

WHILE consol&$01
DO
 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+1
           ELSE x==-1
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+1
           ELSE y==-1
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
IF STRIG(0)
 THEN
 ELSE
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
FI
oldx=x
oldy=y
OD
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN
-----------------------------------------------------------------------
The next program demostrates ACTION!'s Ability to run 2 or more
procedures at the same time. The Move_cursor routine runs
independent of Main Proc. This Program is extra for Action Programers.
----------------------------(Cut Here)---------------------------------
;TRACK4.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;Vertical blank
;9/87

DEFINE SPEED="2"
DEFINE JMP="$4C",
       XITVBV="$E462",
SAVETEMPS=
"[$A2 $07 $B5 $C0 $48 $B5 $A0 $48 $B5 $80
10 dF1 $A5 $D3 $48]",
GETTEMPS=
"[$68 $85 $D3 $A2 $00 $68 $95 $A8 $68 $95 $80
  $68 $95 $A0 $68 $95 $C0 $E8 $E0 $08 $D0 $EF]"
CARD OldVbi,VBIvec=$224
BYTE critic=$42

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
  INT x=[0],y=[0]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Move_Cursor()
 BYTE lastx=[0],lasty=[0],
      vx=[0],vy=[0],st
 INT oldx=[0],oldy=[0]
  SAVETEMPS

 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+SPEED
           ELSE x==-SPEED
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+SPEED
           ELSE y==-SPEED
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
oldx=x
oldy=y
GETTEMPS     ; get temp registers
[JMP XITVBV] ; exit the VBI

;**************************************

PROC ClearVB()
critic=1
VBIvec=OldVBI
critic=0
RETURN

;**************************************

PROC VBinst(); install the VBI
critic=1  ; turn off the interrupts
OldVBI=VBIvec
VBIvec=Move_Cursor ; VBI routine.
critic=0 ; turn the interrupts back on
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
VBinst();This is where we start the Move_Cursor proc
WHILE consol&$01
DO
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
OD
ClearVB();This is where the Move_Cursor is terminated
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN

------------------------------

Date: 16 Oct 87 20:11:57 GMT
From: itsgw!leah!uwmcsd1!csd4.milw.wisc.edu!john1233@tcgould.tn.cornell.edu  (Thomas M Johnson)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <8710151731.AA16907@ucbvax.Berkeley.EDU> VAUGHAN@CANISIUS.BITNET (Tom Vaughan @ Computer Center) writes:
>
>I too would appreciate receiving the old 800 version of TurboBasic.
>
>
>
>--

I didn't know there was a 400/800 version of Turbo BASIC.
The reason it only runs on the XL/XE series is it
hides like 11K of itself under the OS. This isn't
possible with a 400/800. Sure you could just have it sit in main memory
but your programming space would be like 18K instead of the
usual 29K.

2 cents worth.
			  Tom
                  john1233@csd4.milw.wisc.edu

------------------------------

Mail-From: G.ABRAMS created at 17-Oct-87 06:46:41
Date: Sat 17 Oct 87 06:46:41-PDT
From:  Info-Atari Moderator <G.ABRAMS@Score.Stanford.EDU>
Subject: Volunteers needed
To: info-atari8@Score.Stanford.EDU, info-atari16@Score.Stanford.EDU

The incoming mailbox at Score overflowed  recently because no one
loged in as moderator.  I assume we all had good reasons.  It appears
time to solicit new volunteers.

To assist as a moderator you need to be able to log into
Score.Stanford.Edu.  That means you have to be able to make a telnet
connection on Arpanet.  I have a set of instructions for moderators,
but basicly the work is to read the incoming mail, add people to the lists
upon request, and delete them either upon request or rejected mail.

We also need volunteers to help with the 8-bit program library on
bitnet.  The volunteer should be on bitnet and be willing to
review existing programs and put them into a LISTSERV library.  The
previous volunter had to drop out because of the load of schoolwork.
This effort will also require someone on ARPANET who can FTP the files
from an archive machine at Stanform and mail them to the librarian on
bitnet.

Please send your messages volunteering to abrams@mitre.arpa.
  .

Acting as moderator should take an hour per week, Acting as
librarian can take many more hours.

Those service now are volunteers; additional help would certainly
be appreciated.

		Marshall Abrams

------------------------------

Date:     Sat, 17 Oct 87 16:03:30 EDT
From: USEREK5X%mts.rpi.edu@itsgw.rpi.edu
Subject:  Telephone Touch-Tone Program
To: Info-Atari8@score.stanford.edu

I am looking for a Touch-Tone dialing program for the 8-bit Atari
that was published in some magazine a few years ago (between 1980
and 1984).  I believe it was in Compute; Analog and Antic are two
other (less likely) possibilities.  If anyone has a program that
will dial Touch-Tone frequencies from BASIC or knows where I can
find the program in whatever magazine, I'd appreciate a response.
Thanks in advance,

Bryant Line   USEREK5X@RPITSMTS
              BCL@RPITSMTS

------------------------------

Date: 18 Oct 87 01:05:58 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <3215@uwmcsd1.UUCP> john1233@csd4.milw.wisc.edu (Thomas M Johnson) writes:

> I didn't know there was a 400/800 version of Turbo BASIC.
> The reason it only runs on the XL/XE series is it
> hides like 11K of itself under the OS. This isn't
> possible with a 400/800.
 Yes, a 400/800 version of Turbo BASIC does exist.  If you or anyone
else can't find it on the net, it's available via the JACG disk
library.  For more info, call the JACG BBS, number's listed below.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: 18 Oct 87 18:06:48 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: pointer to: Telephone Touch-Tone Program
To: info-atari8@score.stanford.edu

In article <791764@RPITSMTS.BITNET> USEREK5X@mts.rpi.EDU writes:

> If anyone has a program that
> will dial Touch-Tone frequencies from BASIC or knows where I can
> find the program in whatever magazine, I'd appreciate a response.
> Thanks in advance,
 Such a program appeared recently on CompuServe.  Also, the commercial
program "HomeCard," written by Russ Wetmore & sold through Antic,
can produce such tones.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/20/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 19 Oct 87 23:50:52 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27325; 19 Oct 87 19:13 EDT
Date:  Mon 19 Oct 87 10:20:19 PDT
Subject:  Info-Atari8 Digest V87 #91
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 19, 1987   Volume 87 : Issue 91

This weeks Editor: Bill Westfield

Today's Topics:

                      8-bit upgrade/counterpoint
                Track-Ball Code! Basic And ACTION! ex.
                       Re: Old 800 Turbo Basic
                          Volunteers needed
                     Telephone Touch-Tone Program
                       Re: Old 800 Turbo Basic
               pointer to: Telephone Touch-Tone Program

----------------------------------------------------------------------

Date:          Fri, 16 Oct 87 10:02 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       8-bit upgrade/counterpoint
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

>>The 16/32 bit upgrade to the Atari 800 line has been on the dealers shelves
>>sinse September 1985 !!  The problem that most Atari 800 owners have is
>>one of idenity -- they fail to see what has been placed in front of their
>>faces.
>>I of course am talking about the Amiga 1000.  I bought my Atari 800 for
>>its great graphics, sound, and FRIENDLY user interface, BTW its SN is
>>00232 !  The Amiga 1000 IS the NEXT generation Atari 800 !  The chief
>>H/W architect for the Atari 2600, Atari 800 and the Amiga 1000 is Jay
>>Miner !  The Amiga's great MULTITASKING OS is just a super bonus to an
>>already super computer.  BTW my Amiga's SN is D605 - its a preproduction
>>box !

The 16/32 alternatives to the our 8-bit machines don't happen to be the one
you suggest. The Amiga Is being produced by Commodore(Yuk) and they have
corrupted the machine.  The a1000 a500 and a2000 are all very different
machines. Each one has plus and minus features, but are the plus features
enough to stimulate the atari 800/xe/xl comunity to buy one? The Amiga
is diffinitly not targeted for the general user,tho the A2000 has potential
in this realm.  The Amiga is most useful to broadcast educators, since
it Audio and Video Capabilities make it well suit for that job. HAVE you
Seen the Job amigas do for MAX HEADROOM.

I have almost learned just about all one could know about the atari 8-bit
family, now it's really very useful to me. It would take me about 2 years
to learn the amiga inside and out by that time the next generation micros
will be arriving. My 800xl can do just about everything i need a computer
for now.

>>BTW I have worked for Atari (pre JT), Commodore (during the JT reign), and
>>Amiga (1984-5).  Am I jaded ?  YES I will not purchase a JT product ever
>>again !
ARE one of the Guys that the new commodore Dropped/Fired/layed off?
How long do we have before you start working on a new Machine in the
32 bit flavor?
Do you have ideas on what Jay Minor is up lately?

William M. Buford
DFlint02@ulkyvx.bitnet
(I will buy no 16/32 bit before its time!)
(Unless it has about 4Meg ram!)

------------------------------

Date:          Fri, 16 Oct 87 10:00 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       Track-Ball Code! Basic And ACTION! ex.
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Taming your machine with a mouse has long been a dream of the ATARI 8-bitters.
The mouse had it's origins around the 1960's, but did see much use until the
1980's when the Mac,ST and Amiga were unveiled. The mouse was also used by the
engineering world as an input device for graphics workstations in the late
70's.  The Track-ball is a close relative to the Mouse. A track-ball is
basicly the same device flipped over allowing the hand position the ball
directly.

The Old ATARI did have some foresight in developing input devices for the 8-bit
machines. The TrackBall is one of them.  The Track-ball allows smooth tracking
of 2 dimensional motion and its associated velocity. Atari Basic is too slow
so it can not be read with atari basic.  Faster langauges such ACTION and
Assembly can read the velocity vectors directly from the joystick registers.
(mention something about which bits represent the direction and speed.)
One thing the Atari Trak Ball lacks is a separate button that can function as
the left mouse button. Since the mouse and the Track-ball are virtually the
same device it should be possible to read and ST mouse using the Trak-ball read
code.  The 8-bits can read the ST left mouse if a pull-up resistor is added to
pin 6.

Heres the pinout on the ST mouse.
_____________
\ 1 2 3 4 5 /
 \ 6 7 8 9 /
  ---------

1- up/xb
2- down/xa
3- left/ya
4- right/yb
5- not connected
6- Fire/left mouse button
7- +5vdc
8- ground
9- Joystick 1 Fire/Right Mouse button.


I have included 3 programs that demostrate the trak-balls ability to read
direction and velocity.  One program is written in basic with a short assemble
used to read the T-ball input vector. The other 2 programs are written in
ACTION!
                                          |  |  |
Mike Buford                               |  |  |  8-bits Forever/
Dflint02@ulkyvx.bitnet or                 |  |  |   Whether i buy a new
CL150652@ulkyvm.bitnet                   /   |   \  machine or not!
(An Action Programmer!)                 /    |    \


---------------------------Cut here for Programs----------------------------
This basic program was provided by Bill Wilkinson of O.S.S.


10 REM :TBALL2.BAS
100 REM *** POKE MACHINE CODE ***
110 REM 1536-1619
111 DATA 104,169,0,133,212,133,213,173,0,211,41,2,133,205,160,255,173,0,211
112 DATA 41,2,197,205,240,2,230,212,133,205,136,208,240,173,0,211,41,1,208
113 DATA 6,165,212,9,128,133,212,173,0,211,41,8,133,205,160,255,173,0,211
114 DATA 41,8,197,205,240,2,230,213,133,205,136,208,240,173,0,211,41,4,208
115 DATA 6,165,213,9,128,133,213,96,-1
116 FOR I=1536 TO 1619:READ J:K=K+J:POKE I,J:NEXT I
117 IF K-11306 THEN ? "BAD DATA!":END
120 REM
130 GRAPHICS 0:POKE 710,0:POKE 752,1:REM BLACK BACKGROUND ,NO CUSOR
131 POSITION COL,ROW:? " ";:REM ERASE OLD OBJECT
200 REM READ TBALL
210 U=USR(1536):Y=INT(U/256):X=U-Y*256
220 IF X>127 THEN X=X-128:IF X THEN X=-X
221 IF Y>127 THEN Y=Y-128:IF Y THEN Y=-Y
310 POSITION COL,ROW:? " ";
320 COL=COL+X:REM CALCULATE NEW COLUNM
321 IF COL>39 THEN COL=39
322 IF COL<0 THEN COL=0
330 ROW=ROW+Y
331 IF ROW<0 THEN ROW=0
332 IF ROW>22 THEN ROW=22
340 POSITION COL,ROW:? "+";
350 GOTO 200

-----------------------------Basic Programmers cut here-----------------------

The following Action! programs were written by Joe McFarland.


;TRACK1.ACT
;Display the value read from
;port 1 as track-ball values.
;9/87 Written bye Joe McFarland

PROC PrintT(BYTE val)
;Binary number print:
;Print byte in base Two.
;Modified to only print 4 LSbits.
BYTE mask,n
mask=$08
FOR n=0 TO 3 DO
  IF val&mask THEN
    Put('1)
  ELSE
    Put('0)
  FI
  mask==RSH 1
OD
RETURN

PROC Main()
BYTE b,cursor=752,consol=53279
cursor=1
Position(2,3)
PrintE("|||LHorizontal Dir 0=left, 1=right")
PrintE("||LHorizontal Rate")
PrintE("|Vertical Dir 0=up, 1=down")
PrintE("Vertical Rate")
DO
 b=Stick(0)
 Position(2,2)
 PrintT(b)
Until consol<>7
OD
cursor=1
RETURN
--------------------------(ACTION! rules the ATARI 8-bit)----------------------
Cut here for (TRACK3.ACT).

;TRACK3.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;9/87

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $F0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82
 BYTE lastx,lasty,vx,vy,st
 INT x,y,oldx=[0],oldy=[0]

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
X=0 Y=0
lastx=0 lasty=0

WHILE consol&$01
DO
 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+1
           ELSE x==-1
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+1
           ELSE y==-1
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
IF STRIG(0)
 THEN
 ELSE
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
FI
oldx=x
oldy=y
OD
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN
-----------------------------------------------------------------------
The next program demostrates ACTION!'s Ability to run 2 or more
procedures at the same time. The Move_cursor routine runs
independent of Main Proc. This Program is extra for Action Programers.
----------------------------(Cut Here)---------------------------------
;TRACK4.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;Vertical blank
;9/87

DEFINE SPEED="2"
DEFINE JMP="$4C",
       XITVBV="$E462",
SAVETEMPS=
"[$A2 $07 $B5 $C0 $48 $B5 $A0 $48 $B5 $80
10 dF1 $A5 $D3 $48]",
GETTEMPS=
"[$68 $85 $D3 $A2 $00 $68 $95 $A8 $68 $95 $80
  $68 $95 $A0 $68 $95 $C0 $E8 $E0 $08 $D0 $EF]"
CARD OldVbi,VBIvec=$224
BYTE critic=$42

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
  INT x=[0],y=[0]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Move_Cursor()
 BYTE lastx=[0],lasty=[0],
      vx=[0],vy=[0],st
 INT oldx=[0],oldy=[0]
  SAVETEMPS

 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+SPEED
           ELSE x==-SPEED
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+SPEED
           ELSE y==-SPEED
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
oldx=x
oldy=y
GETTEMPS     ; get temp registers
[JMP XITVBV] ; exit the VBI

;**************************************

PROC ClearVB()
critic=1
VBIvec=OldVBI
critic=0
RETURN

;**************************************

PROC VBinst(); install the VBI
critic=1  ; turn off the interrupts
OldVBI=VBIvec
VBIvec=Move_Cursor ; VBI routine.
critic=0 ; turn the interrupts back on
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
VBinst();This is where we start the Move_Cursor proc
WHILE consol&$01
DO
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
OD
ClearVB();This is where the Move_Cursor is terminated
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN

------------------------------

Date: 16 Oct 87 20:11:57 GMT
From: itsgw!leah!uwmcsd1!csd4.milw.wisc.edu!john1233@tcgould.tn.cornell.edu  (Thomas M Johnson)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <8710151731.AA16907@ucbvax.Berkeley.EDU> VAUGHAN@CANISIUS.BITNET (Tom Vaughan @ Computer Center) writes:
>
>I too would appreciate receiving the old 800 version of TurboBasic.
>
>
>
>--

I didn't know there was a 400/800 version of Turbo BASIC.
The reason it only runs on the XL/XE series is it
hides like 11K of itself under the OS. This isn't
possible with a 400/800. Sure you could just have it sit in main memory
but your programming space would be like 18K instead of the
usual 29K.

2 cents worth.
			  Tom
                  john1233@csd4.milw.wisc.edu

------------------------------

Mail-From: G.ABRAMS created at 17-Oct-87 06:46:41
Date: Sat 17 Oct 87 06:46:41-PDT
From:  Info-Atari Moderator <G.ABRAMS@Score.Stanford.EDU>
Subject: Volunteers needed
To: info-atari8@Score.Stanford.EDU, info-atari16@Score.Stanford.EDU

The incoming mailbox at Score overflowed  recently because no one
loged in as moderator.  I assume we all had good reasons.  It appears
time to solicit new volunteers.

To assist as a moderator you need to be able to log into
Score.Stanford.Edu.  That means you have to be able to make a telnet
connection on Arpanet.  I have a set of instructions for moderators,
but basicly the work is to read the incoming mail, add people to the lists
upon request, and delete them either upon request or rejected mail.

We also need volunteers to help with the 8-bit program library on
bitnet.  The volunteer should be on bitnet and be willing to
review existing programs and put them into a LISTSERV library.  The
previous volunter had to drop out because of the load of schoolwork.
This effort will also require someone on ARPANET who can FTP the files
from an archive machine at Stanform and mail them to the librarian on
bitnet.

Please send your messages volunteering to abrams@mitre.arpa.
  .

Acting as moderator should take an hour per week, Acting as
librarian can take many more hours.

Those service now are volunteers; additional help would certainly
be appreciated.

		Marshall Abrams

------------------------------

Date:     Sat, 17 Oct 87 16:03:30 EDT
From: USEREK5X%mts.rpi.edu@itsgw.rpi.edu
Subject:  Telephone Touch-Tone Program
To: Info-Atari8@score.stanford.edu

I am looking for a Touch-Tone dialing program for the 8-bit Atari
that was published in some magazine a few years ago (between 1980
and 1984).  I believe it was in Compute; Analog and Antic are two
other (less likely) possibilities.  If anyone has a program that
will dial Touch-Tone frequencies from BASIC or knows where I can
find the program in whatever magazine, I'd appreciate a response.
Thanks in advance,

Bryant Line   USEREK5X@RPITSMTS
              BCL@RPITSMTS

------------------------------

Date: 18 Oct 87 01:05:58 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <3215@uwmcsd1.UUCP> john1233@csd4.milw.wisc.edu (Thomas M Johnson) writes:

> I didn't know there was a 400/800 version of Turbo BASIC.
> The reason it only runs on the XL/XE series is it
> hides like 11K of itself under the OS. This isn't
> possible with a 400/800.
 Yes, a 400/800 version of Turbo BASIC does exist.  If you or anyone
else can't find it on the net, it's available via the JACG disk
library.  For more info, call the JACG BBS, number's listed below.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: 18 Oct 87 18:06:48 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: pointer to: Telephone Touch-Tone Program
To: info-atari8@score.stanford.edu

In article <791764@RPITSMTS.BITNET> USEREK5X@mts.rpi.EDU writes:

> If anyone has a program that
> will dial Touch-Tone frequencies from BASIC or knows where I can
> find the program in whatever magazine, I'd appreciate a response.
> Thanks in advance,
 Such a program appeared recently on CompuServe.  Also, the commercial
program "HomeCard," written by Russ Wetmore & sold through Antic,
can produce such tones.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED Mpaz.


;532753275

InfoMail-Mailer@WALKER-EMH.ARPA (10/20/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 20 Oct 87 01:19:11 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa27325; 19 Oct 87 19:13 EDT
Date:  Mon 19 Oct 87 10:20:19 PDT
Subject:  Info-Atari8 Digest V87 #91
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 19, 1987   Volume 87 : Issue 91

This weeks Editor: Bill Westfield

Today's Topics:

                      8-bit upgrade/counterpoint
                Track-Ball Code! Basic And ACTION! ex.
                       Re: Old 800 Turbo Basic
                          Volunteers needed
                     Telephone Touch-Tone Program
                       Re: Old 800 Turbo Basic
               pointer to: Telephone Touch-Tone Program

----------------------------------------------------------------------

Date:          Fri, 16 Oct 87 10:02 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       8-bit upgrade/counterpoint
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

>>The 16/32 bit upgrade to the Atari 800 line has been on the dealers shelves
>>sinse September 1985 !!  The problem that most Atari 800 owners have is
>>one of idenity -- they fail to see what has been placed in front of their
>>faces.
>>I of course am talking about the Amiga 1000.  I bought my Atari 800 for
>>its great graphics, sound, and FRIENDLY user interface, BTW its SN is
>>00232 !  The Amiga 1000 IS the NEXT generation Atari 800 !  The chief
>>H/W architect for the Atari 2600, Atari 800 and the Amiga 1000 is Jay
>>Miner !  The Amiga's great MULTITASKING OS is just a super bonus to an
>>already super computer.  BTW my Amiga's SN is D605 - its a preproduction
>>box !

The 16/32 alternatives to the our 8-bit machines don't happen to be the one
you suggest. The Amiga Is being produced by Commodore(Yuk) and they have
corrupted the machine.  The a1000 a500 and a2000 are all very different
machines. Each one has plus and minus features, but are the plus features
enough to stimulate the atari 800/xe/xl comunity to buy one? The Amiga
is diffinitly not targeted for the general user,tho the A2000 has potential
in this realm.  The Amiga is most useful to broadcast educators, since
it Audio and Video Capabilities make it well suit for that job. HAVE you
Seen the Job amigas do for MAX HEADROOM.

I have almost learned just about all one could know about the atari 8-bit
family, now it's really very useful to me. It would take me about 2 years
to learn the amiga inside and out by that time the next generation micros
will be arriving. My 800xl can do just about everything i need a computer
for now.

>>BTW I have worked for Atari (pre JT), Commodore (during the JT reign), and
>>Amiga (1984-5).  Am I jaded ?  YES I will not purchase a JT product ever
>>again !
ARE one of the Guys that the new commodore Dropped/Fired/layed off?
How long do we have before you start working on a new Machine in the
32 bit flavor?
Do you have ideas on what Jay Minor is up lately?

William M. Buford
DFlint02@ulkyvx.bitnet
(I will buy no 16/32 bit before its time!)
(Unless it has about 4Meg ram!)

------------------------------

Date:          Fri, 16 Oct 87 10:00 EDT
From: <DFLINT02%ULKYVX.BITNET@forsythe.stanford.edu>
Subject:       Track-Ball Code! Basic And ACTION! ex.
To: info-atari8@score.stanford.edu
X-Original-To: info-atari8@score.stanford.edu

Taming your machine with a mouse has long been a dream of the ATARI 8-bitters.
The mouse had it's origins around the 1960's, but did see much use until the
1980's when the Mac,ST and Amiga were unveiled. The mouse was also used by the
engineering world as an input device for graphics workstations in the late
70's.  The Track-ball is a close relative to the Mouse. A track-ball is
basicly the same device flipped over allowing the hand position the ball
directly.

The Old ATARI did have some foresight in developing input devices for the 8-bit
machines. The TrackBall is one of them.  The Track-ball allows smooth tracking
of 2 dimensional motion and its associated velocity. Atari Basic is too slow
so it can not be read with atari basic.  Faster langauges such ACTION and
Assembly can read the velocity vectors directly from the joystick registers.
(mention something about which bits represent the direction and speed.)
One thing the Atari Trak Ball lacks is a separate button that can function as
the left mouse button. Since the mouse and the Track-ball are virtually the
same device it should be possible to read and ST mouse using the Trak-ball read
code.  The 8-bits can read the ST left mouse if a pull-up resistor is added to
pin 6.

Heres the pinout on the ST mouse.
_____________
\ 1 2 3 4 5 /
 \ 6 7 8 9 /
  ---------

1- up/xb
2- down/xa
3- left/ya
4- right/yb
5- not connected
6- Fire/left mouse button
7- +5vdc
8- ground
9- Joystick 1 Fire/Right Mouse button.


I have included 3 programs that demostrate the trak-balls ability to read
direction and velocity.  One program is written in basic with a short assemble
used to read the T-ball input vector. The other 2 programs are written in
ACTION!
                                          |  |  |
Mike Buford                               |  |  |  8-bits Forever/
Dflint02@ulkyvx.bitnet or                 |  |  |   Whether i buy a new
CL150652@ulkyvm.bitnet                   /   |   \  machine or not!
(An Action Programmer!)                 /    |    \


---------------------------Cut here for Programs----------------------------
This basic program was provided by Bill Wilkinson of O.S.S.


10 REM :TBALL2.BAS
100 REM *** POKE MACHINE CODE ***
110 REM 1536-1619
111 DATA 104,169,0,133,212,133,213,173,0,211,41,2,133,205,160,255,173,0,211
112 DATA 41,2,197,205,240,2,230,212,133,205,136,208,240,173,0,211,41,1,208
113 DATA 6,165,212,9,128,133,212,173,0,211,41,8,133,205,160,255,173,0,211
114 DATA 41,8,197,205,240,2,230,213,133,205,136,208,240,173,0,211,41,4,208
115 DATA 6,165,213,9,128,133,213,96,-1
116 FOR I=1536 TO 1619:READ J:K=K+J:POKE I,J:NEXT I
117 IF K-11306 THEN ? "BAD DATA!":END
120 REM
130 GRAPHICS 0:POKE 710,0:POKE 752,1:REM BLACK BACKGROUND ,NO CUSOR
131 POSITION COL,ROW:? " ";:REM ERASE OLD OBJECT
200 REM READ TBALL
210 U=USR(1536):Y=INT(U/256):X=U-Y*256
220 IF X>127 THEN X=X-128:IF X THEN X=-X
221 IF Y>127 THEN Y=Y-128:IF Y THEN Y=-Y
310 POSITION COL,ROW:? " ";
320 COL=COL+X:REM CALCULATE NEW COLUNM
321 IF COL>39 THEN COL=39
322 IF COL<0 THEN COL=0
330 ROW=ROW+Y
331 IF ROW<0 THEN ROW=0
332 IF ROW>22 THEN ROW=22
340 POSITION COL,ROW:? "+";
350 GOTO 200

-----------------------------Basic Programmers cut here-----------------------

The following Action! programs were written by Joe McFarland.


;TRACK1.ACT
;Display the value read from
;port 1 as track-ball values.
;9/87 Written bye Joe McFarland

PROC PrintT(BYTE val)
;Binary number print:
;Print byte in base Two.
;Modified to only print 4 LSbits.
BYTE mask,n
mask=$08
FOR n=0 TO 3 DO
  IF val&mask THEN
    Put('1)
  ELSE
    Put('0)
  FI
  mask==RSH 1
OD
RETURN

PROC Main()
BYTE b,cursor=752,consol=53279
cursor=1
Position(2,3)
PrintE("|||LHorizontal Dir 0=left, 1=right")
PrintE("||LHorizontal Rate")
PrintE("|Vertical Dir 0=up, 1=down")
PrintE("Vertical Rate")
DO
 b=Stick(0)
 Position(2,2)
 PrintT(b)
Until consol<>7
OD
cursor=1
RETURN
--------------------------(ACTION! rules the ATARI 8-bit)----------------------
Cut here for (TRACK3.ACT).

;TRACK3.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;9/87

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $F0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82
 BYTE lastx,lasty,vx,vy,st
 INT x,y,oldx=[0],oldy=[0]

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
X=0 Y=0
lastx=0 lasty=0

WHILE consol&$01
DO
 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+1
           ELSE x==-1
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+1
           ELSE y==-1
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
IF STRIG(0)
 THEN
 ELSE
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
FI
oldx=x
oldy=y
OD
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN
-----------------------------------------------------------------------
The next program demostrates ACTION!'s Ability to run 2 or more
procedures at the same time. The Move_cursor routine runs
independent of Main Proc. This Program is extra for Action Programers.
----------------------------(Cut Here)---------------------------------
;TRACK4.ACT
;Rudimentary PM cursor positioning
;using Track-Ball peripheral
;PM routines added
;Single line rez.
;Vertical blank
;9/87

DEFINE SPEED="2"
DEFINE JMP="$4C",
       XITVBV="$E462",
SAVETEMPS=
"[$A2 $07 $B5 $C0 $48 $B5 $A0 $48 $B5 $80
10 dF1 $A5 $D3 $48]",
GETTEMPS=
"[$68 $85 $D3 $A2 $00 $68 $95 $A8 $68 $95 $80
  $68 $95 $A0 $68 $95 $C0 $E8 $E0 $08 $D0 $EF]"
CARD OldVbi,VBIvec=$224
BYTE critic=$42

BYTE ARRAY player_base
BYTE ARRAY shposp(4) ;pm horiz shadow array.

CHAR ARRAY imagep=[
                   $0 $90 $90 $90
                   $90 $90 $90 $F0

                   $00 $18 $18 $7E
                   $7E $18 $18 $00
                  ]
  INT x=[0],y=[0]
;************************************

;Move specified player to the
;ABSOLUTE x location (0 to ?).

PROC MovePlayerHor(BYTE pl_num
                   BYTE pl_x)
BYTE ARRAY hposp=53248
 shposp(pl_num)=48+pl_x
 hposp(pl_num)=shposp(pl_num)
RETURN

;************************************
MODULE
BYTE ARRAY old_pl_y(4)=[0 0 0 0]
;Move specified player to the
;ABSOLUTE y location. (from 0 to ?.)

PROC MovePlayerVer(CARD pl_num
                   BYTE pl_y)
 BYTE playery
 CARD pl_offset

 pl_offset=player_base+$400+pl_num LSH 7
 Zero(pl_offset+old_pl_y(pl_num),8)
 playery=15+pl_y
 MoveBlock(pl_offset+playery,
          imagep+pl_num LSH 3,8)
 old_pl_y(pl_num)=playery
RETURN

;************************************
;Move player to absolute x,y
;x=0 to ?, y=0 to ?

PROC MovePlayer(BYTE pl_num,pl_x,pl_y)
 MovePlayerHor(pl_num,pl_x)
 MovePlayerVer(pl_num,pl_y)
RETURN

;************************************

PROC PlayerCursor()
BYTE pmbase=54279,gractl=53277,
     gprior=623
BYTE ARRAY pl_color=704,
     PMWidth(5)=$D008
BYTE ramtop=106,sdmactl=$22F
ramtop=$A0-8 ;presumes 40K of memory

Graphics(0)
player_base=(ramtop)*256

pmbase=player_base/256
sdmactl=32+8+2+16  ;no missles...
gractl=2        ;again no missles.
Zero(player_base,$800)
pl_color(0)=110
;pl_color(1)=70
gprior=1
MovePlayer(0,0,0)
;MovePlayer(1,4,10)
RETURN

;************************************

PROC ClearPM()
BYTE ramtop=106,sdmactl=$22F
BYTE cursor=752
BYTE pmbase=54279,gractl=53277,
     gprior=623
cursor=0
gractl=0
sdmactl=32+2
;Zero(hposp,4)
ramtop=$A0
Graphics(0)
RETURN

;************************************

PROC Move_Cursor()
 BYTE lastx=[0],lasty=[0],
      vx=[0],vy=[0],st
 INT oldx=[0],oldy=[0]
  SAVETEMPS

 st=stick(0)
 vx=st&$02
 vy=st&$08
 IF lastx<>vx
   THEN IF st&$01
           THEN x==+SPEED
           ELSE x==-SPEED
        FI
 FI
 IF lasty<>vy
   THEN IF st&$04
           THEN y==+SPEED
           ELSE y==-SPEED
        FI
 FI

 lastx=vx
 lasty=vy
 IF x>157 THEN x=157 FI
 IF y>201 THEN y=201 FI
 IF x<0  THEN x=0 FI
 IF y<17 THEN y=17 FI
IF oldx<>x OR oldy<>y THEN
 MovePlayer(0,X,Y)
FI
oldx=x
oldy=y
GETTEMPS     ; get temp registers
[JMP XITVBV] ; exit the VBI

;**************************************

PROC ClearVB()
critic=1
VBIvec=OldVBI
critic=0
RETURN

;**************************************

PROC VBinst(); install the VBI
critic=1  ; turn off the interrupts
OldVBI=VBIvec
VBIvec=Move_Cursor ; VBI routine.
critic=0 ; turn the interrupts back on
RETURN

;************************************

PROC Main()
 BYTE cursor=752,consol=53279,
      left_margin=82

PlayerCursor()
cursor=1
left_margin=0
SetColor(2,9,0)
PutE()
PrintE("This is a line of normal text.")
PutE()
PrintE("This is a line of inverse text.")
VBinst();This is where we start the Move_Cursor proc
WHILE consol&$01
DO
 Position(0,10)
 PrintF("X=%I  %EY=%I  %E",X,Y)
OD
ClearVB();This is where the Move_Cursor is terminated
ClearPM()
Graphics(0)
left_margin=2
cursor=0
RETURN

------------------------------

Date: 16 Oct 87 20:11:57 GMT
From: itsgw!leah!uwmcsd1!csd4.milw.wisc.edu!john1233@tcgould.tn.cornell.edu  (Thomas M Johnson)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <8710151731.AA16907@ucbvax.Berkeley.EDU> VAUGHAN@CANISIUS.BITNET (Tom Vaughan @ Computer Center) writes:
>
>I too would appreciate receiving the old 800 version of TurboBasic.
>
>
>
>--

I didn't know there was a 400/800 version of Turbo BASIC.
The reason it only runs on the XL/XE series is it
hides like 11K of itself under the OS. This isn't
possible with a 400/800. Sure you could just have it sit in main memory
but your programming space would be like 18K instead of the
usual 29K.

2 cents worth.
			  Tom
                  john1233@csd4.milw.wisc.edu

------------------------------

Mail-From: G.ABRAMS created at 17-Oct-87 06:46:41
Date: Sat 17 Oct 87 06:46:41-PDT
From:  Info-Atari Moderator <G.ABRAMS@Score.Stanford.EDU>
Subject: Volunteers needed
To: info-atari8@Score.Stanford.EDU, info-atari16@Score.Stanford.EDU

The incoming mailbox at Score overflowed  recently because no one
loged in as moderator.  I assume we all had good reasons.  It appears
time to solicit new volunteers.

To assist as a moderator you need to be able to log into
Score.Stanford.Edu.  That means you have to be able to make a telnet
connection on Arpanet.  I have a set of instructions for moderators,
but basicly the work is to read the incoming mail, add people to the lists
upon request, and delete them either upon request or rejected mail.

We also need volunteers to help with the 8-bit program library on
bitnet.  The volunteer should be on bitnet and be willing to
review existing programs and put them into a LISTSERV library.  The
previous volunter had to drop out because of the load of schoolwork.
This effort will also require someone on ARPANET who can FTP the files
from an archive machine at Stanform and mail them to the librarian on
bitnet.

Please send your messages volunteering to abrams@mitre.arpa.
  .

Acting as moderator should take an hour per week, Acting as
librarian can take many more hours.

Those service now are volunteers; additional help would certainly
be appreciated.

		Marshall Abrams

------------------------------

Date:     Sat, 17 Oct 87 16:03:30 EDT
From: USEREK5X%mts.rpi.edu@itsgw.rpi.edu
Subject:  Telephone Touch-Tone Program
To: Info-Atari8@score.stanford.edu

I am looking for a Touch-Tone dialing program for the 8-bit Atari
that was published in some magazine a few years ago (between 1980
and 1984).  I believe it was in Compute; Analog and Antic are two
other (less likely) possibilities.  If anyone has a program that
will dial Touch-Tone frequencies from BASIC or knows where I can
find the program in whatever magazine, I'd appreciate a response.
Thanks in advance,

Bryant Line   USEREK5X@RPITSMTS
              BCL@RPITSMTS

------------------------------

Date: 18 Oct 87 01:05:58 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: Old 800 Turbo Basic
To: info-atari8@score.stanford.edu

In article <3215@uwmcsd1.UUCP> john1233@csd4.milw.wisc.edu (Thomas M Johnson) writes:

> I didn't know there was a 400/800 version of Turbo BASIC.
> The reason it only runs on the XL/XE series is it
> hides like 11K of itself under the OS. This isn't
> possible with a 400/800.
 Yes, a 400/800 version of Turbo BASIC does exist.  If you or anyone
else can't find it on the net, it's available via the JACG disk
library.  For more info, call the JACG BBS, number's listed below.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: 18 Oct 87 18:06:48 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: pointer to: Telephone Touch-Tone Program
To: info-atari8@score.stanford.edu

In article <791764@RPITSMTS.BITNET> USEREK5X@mts.rpi.EDU writes:

> If anyone has a program that
> will dial Touch-Tone frequencies from BASIC or knows where I can
> find the program in whatever magazine, I'd appreciate a response.
> Thanks in advance,
 Such a program appeared recently on CompuServe.  Also, the commercial
program "HomeCard," written by Russ Wetmore & sold through Antic,
can produce such tones.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/27/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 27 Oct 87 05:12:32 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa06047; 27 Oct 87 0:01 EST
Date:  Mon 26 Oct 87 14:09:52 PST
Subject:  Info-Atari8 Digest V87 #92
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 26, 1987   Volume 87 : Issue 92

This weeks Editor: Bill Westfield

Today's Topics:

                        Printing Atari8 digest
                Re: 400/800 Turbo BASIC (FROST BASIC)
                     Re: What's the right way...
                              Kermit 65
                         LittleLister address
               LittleLister - checksum for YAU uudecode
                    LittleLister/save paper & time
                   LittleLister UUENCODED (use YAU)

----------------------------------------------------------------------

Date: 20 Oct 87 11:34:27 PDT (Tuesday)
Subject: Printing Atari8 digest
From: "Michael_A_Parisi.HENR801G"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU

To; The administrator of the Atari8 Digest

I can not print the Digest.

Why is the digest protected.

Is there a way to undo this protection so I can print it?

Thank You.

Mike

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: Info-Atari8@Score.Stanford.edu
Subject: Re: 400/800 Turbo BASIC (FROST BASIC)
In-Reply-To: Your message of Mon, 19 Oct 87 10:20:19 -0700.
Date: Tue, 20 Oct 87 17:03:46 EDT
From: jhs@mitre-bedford.ARPA

Yes, there is a 400/800 Turbo BASIC, which does not hide under the ROM
as the XL/XE version does.  This makes it suitable for use with even those
DOS versions which use this space.  The XL/XE version, I am told, DOES
work with DOS-XL, even though that program uses the RAM under ROM too.
(This according to John Dunning.)

If anyone needs either program, I have them and can mail them or post them
to the net, though it may take a few days to get everything online.

-John Sangster, jhs@mitre-bedford.arpa

------------------------------

Date: 22 Oct 87 19:30:50 GMT
From: hans@umd5.umd.edu  (Hans Breitenlohner)
Subject: Re: What's the right way...
To: info-atari8@score.stanford.edu

In article <871006122252.4.JRD@GRACKLE.SCRC.Symbolics.COM> jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) writes:
>What's the right way
>to return from a program to DOS?  I always thought the protocol was that
>DOS (any DOS) effectively JSR'ed to the start address of the program
>once it was loaded; thus the right way to return was just to RTS.
>That's always worked for me, using DOS XL.  However, I've gotten some
>reports that Kermit-65 sometimes wedges up when one exits from it.  I'm
>pretty sure I'm not trashing the stack; it really looks like DOS expects
>something other than an RTS.
>


While your way should work usually, here is a different way.  This is what
Turbo-Basic does before returning to DOS:

1. Clear locations $D200-$D207 (audio registers)
2. Close IOCBs 1-7
3. Jump indirect through DOSVEC ($000A).

If you have done interesting things with the screen, it might be even better
to refine step 2:
 
2a: Close all IOCBs.
2b: Open IOCB 0 for screen editor.

Of course you can skip step 1 if you have not done anything with the
audio registers, and it may be that DOS (some DOS) will do the equivalent
of steps 2a and 2b after you return.

------------------------------

Date: 23 Oct 87 18:52:44 GMT
From: topaz.rutgers.edu!wilmott@rutgers.edu  (Ray Wilmott)
Subject: Kermit 65
To: info-atari8@score.stanford.edu

=================


Help! Is there some way (ie - a handler) that will allow me
to use Kermit 65 as previously posted with an XM-301 modem?
If so, could someone please either post or mail me the
necessary handler? Thanks in advance as always.


			-Ray Wilmott


wilmott@topaz.rutgers.edu

------------------------------

Date: 25 Oct 87 21:30:05 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister address
To: info-atari8@score.stanford.edu

Oh, these amateurs... forgot to include my ID with the posting on 
LittleLister.  If interested in a UUENCODED copy, or Action! sources,
just ask...



                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

Date: 25 Oct 87 21:43:35 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister - checksum for YAU uudecode
To: info-atari8@score.stanford.edu

Addendum #2 to the Littlelister binary sent to the net in UUencoded 
form.  Here is the UUDECODE data you should be given by YAU when you 
decode the binary file LL.COM:

  byte count: 7147
  checksum: #x0A27

If you have a different figure, it will likely be caused by a corrupted 
input file.  It may be possible to directly mail you a better copy of 
the file, let me know if you want one.


                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

Date: 25 Oct 87 21:27:26 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister/save paper & time
To: info-atari8@score.stanford.edu

This is a little program I have found useful for printing out text, 
especially Action! source listings, and saving time & paper.  It may be
useful for other text printing jobs too, e.g. sources that are saved to
disk in ATASCII text form.  Check the LL.DOC file included below for a 
quick rundown.

PRINTER OUTPUT OPTION

Littlelister composes columnar output in memory.  It can be used with 
any printer, to print any size of input file.  I wrote it for my 1027,
but it works even better with my new NX-10 printer.  For maximum speed
printing, it can be set to represent "unprintable" bytes with
combinations of printable ones; full graphics ATASCII printing is also
possible using G: (see below).

THE CODE

The UUencoded binary file follows in a separate message.  If it doesn't
make it through some gateway in its travels, I will mail a copy direct
on request.  For least frustration, use the YAU UUdecoder to decode it.
It seems some of the other decoders might require extra padding 
on each line; I used YAUE to encode it.  Action! sources also available
on request, due to length I haven't posted them... yet)

(Thanks to JRD: YAU and YAUE are very nice tools; they work fine with
SpartaDOS in both command line and prompt modes.) 
(Thanks also to Bruce Langdon, for the ideas in his PRINT.ACT program
posted to Usenet some time ago)

-----------------------LL.DOC------------------------------------- 

LittleLister 2 features: 
------------------------
INPUT: file formatted in a single
    column, or unformatted.

OUTPUT: formatted in n columns, 
    [ 0 < n < 256 ] with
    several options.

Use with any DOS:
-----------------
   With a command line DOS such as
SpartaDOS or DOS XL, type

      LL [input [output]]

   Used with this command line, LL 
starts without presenting a menu; the 
variable settings last SAVED will be
in effect.  File specifications may  
be used for input/output, and the
"D:" prefix is assumed by default.
Output defaults to "P:" (printer).  
"LL" alone will bring up the menu.

   With other DOS's, just load LL
like any other binary file, and work
from the menu.

Variables include:
------------------
*input file
*output device        (default = P:)
*starting page number (default = 1)
 page pause
 output options 
   ASCII
    (^ prefixes control characters;
     @ prefixes inverse characters;
     few special chars output in hex)
   HEX
    (all bytes represented in HEX -
     e.g. $FF)   
   ATASCII
    (no transformation of bytes from
     input file)  
 output width
 output page length
 number of columns
 column width
 margin between columns
 filler lines at top and bottom

* - not included in variables SAVED
    by menu choice 'S'

Other features:
---------------
-you can save special configurations
   of LL.COM, by using 'S' option
   and copying to a different *.COM
   filename 
-outputs page header with filename,
   and page number (if you select
   at least 4 filler lines before
   the first text line)
-allows any single column file to be
   produced in multiple columns:
   program listings, database output,
   utility output, etc.
-chops off blanks at the end of each
   text line (useful for trimming
   Action! source code)
-produces output to any device (but
   page pause is disabled when output
   is to disk file)
-try ATASCII output to G: device,
   the graphics printer utility for
   Epson/Star & compatibles released
   by Analog in October 1985 issue -
   very nice ATASCII output.
-Action! programmers may output HEX
   to disk to transform binary files
   (character sets, code blocks) to
   blocks for the Action! compiler.

Version 2 notes:
----------------
- added HEX output
- compiled high enough to allow use
  of the G: device by CF Johnson, for
  pretty graphic ATASCII output.

------------------------------

Date: 25 Oct 87 21:31:42 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister UUENCODED (use YAU)
To: info-atari8@score.stanford.edu

begin 666 LL.COM
M__\!+]]*8.!* 0%L85 G @(X0@4%65,!"" @(" @(" @$R]N  !Y.P   B\4y
M !D[(&QA8CH@4$A!.R!46$$"+Q0 03L@4E13  #<;    3L  -1L   <.R!4y
M<F%C92!B86-K('1H<G6%H(:AA*(8:(6$:0.H:(6%:0!(F$B@ ;&$A8+(L82%y
M@\BQA*BYH "1@H@0^&"%P(;!.*D Y<!(J0#EP:IH8(;"X  0 R"0+X6"AH.Ey
MA47"A<*FA1 )I80@D"^%A(:%8*6&IH>DPA #3) O8""A+ZD A8:%AZ6"T 2Ey
M@_ BI830!*6%\!I&A6:$D T8I89E@H6&I8=E@X6'!H(F@SBPUDS"+Z2$\ J&y
MAD:&:HC0^J:&8*2$\ J&A@HFAHC0^J:&8*EPJJD,G4(#(%;DBCCI$-#Q; H y
M(C  (%;D$!K B/ &:&B8;#8P2(I(2DI*2JJI 9W !6BJ:&#)") ':&BIAFPVy
M, H*"@JJ8!AI 9U$ YAI )U% V!(BJAHJJTX,&!(J0"%I6A@2*D!A:5H8(I(y
MF*IHH .$HZ#]8(:CA*0@63"I )U) ZBQH_ :G4@#&*6C:0&=1 .EI&D G44#y
MJ0N=0@,@.3"EI? 2J0"=2 .=20.I"YU" ZF;(#DP8(74AM6$HB"JV2#FV*  y
ML?,P!LB1HCBP]BE_R)&BF*  D:)@X  P TS<,$G_A:**2?^JYJ+0 >BEHB#<y
M,*  &+&B:0&1HJB(L:+(D:*(B-#WR*DMD:)@2"".,"#<,&BB_: #3)HP((<Py
M3#(QH !,03$@@#!,FC @=S!,3#$@AS!,FC @=S!,6#&%A(:%J?V%HJD#A:.@y
M *D%D:+(J221HJD H@0&A":%*LK0^&DPR3J0 FD&R)&BP 70Y6"%@H:#A**My
M.# *"@H*A<&@ (2'A,"Q@O!,A8;FP/!&I,#$AO "L#ZQ@LDET#[FP,C$AO "y
ML#6Q@LDE\"_)1? IJ*:'X ZPU+6B2+6CZ.B&AZIHP$/P%<!)\#3 2/ \P%/Py
M/SBP'6 XL+*IFZBFP:D G4@#G4D#J0N=0@.8(#DP.+#DH .$HZ#](-PP.+ /y
MH .$HZ#](/\P.+ #(&0QJ?VB X6$AH6FP:D G4D#J+&$\+6=2 ,8I81I 9U$y
M Z6%:0"=10.I"YU" R Y,#BPF(:@(%DPJ0"=2 .=20.I"YU" Z6@(#DP8**;y
M3&4RJJTX,$QE,JF;3((RA:*&HZD A:"%H86EJ+&BA:3(L:+)(/#YR2W0"\:Ey
MR,2D\ *P,;&B..DPD"K)"K F2 :@)J&EH*:A"B:A"B:A&&6@A:"*9:&%H1AHy
M9:"%H)#-YJ$XL,BEI? -.*D Y:"%H*D Y:&%H6"&I(2E(%DP&*6D:0&=1 .Ey
MI6D G44#I:/P&)U( ZD G4D#J06=0@,@.3"]2 /P SCI :  D:2EIO 'I:2Fy
MI4R.,F!(J7B%HZD!A:9HHOV@ TSV,JTX,$PX,TBI (6F:$SV,DBI_X6C:$Q/y
M,R!W,$Q8,R!9,*D G4@#G4D#J0>=0@,@.3"%H&"&H2!9,*6A(&HPI:.=2@.Ey
MI)U+ ZD#G4(#(#DPBDI*2DJJJ0"=P 5@(%DPJ0R=0@,@.3!@A56&5H148(6@y
MAJ&$HJ  I:+0!*6C\!:EI)&@R- "YJ'&HJ6BR?_0Y\:C.+#B8(6@AJ&$HJ  y
MI:30!*6E\!BQHI&@R- $YJ'FH\:DI:3)_]#EQJ4XL.!@:*IHS>@"D 7-Y@*0y
M\TB*2&  3!TTC1DT8TPD-(T@-*T@-""E,TPV- 5$.BHN*JD&A:.I (6DH#2By
M,*T@-"!],ZT@-""E,V#23%,TC4\TJ0(@I3.I R"E,TQU-!%E<G)O<B E22X@y
M4F5R=6XE1:D A:.L3S2B-*EC()<Q( @T(%!,BS2-AC2MAC1)@/ #3*4TJ0(@y
MI3.I R A-" (-$R^-!5E<G)O<B E22X@5')Y(&%G86EN)46I (6CK(8THC2Iy
MJ""7,:  C%TO8$)95$4@:&ED3-TT(&,OTC0$K=(T*0>%KJ6N"@H*"HW9-!BIy
M0&W9-(W7-*D#:0"-V#08K=<T:0*%KJW8-&D A:^I!Z  D:X8K=<T:0B%KJW8y
M-&D A:^MUC3(D:ZMU32(D:X8K=<T:02%KJW8-&D A:^MU#3(D:ZMTS2(D:ZNy
MV30@5N2,8B^M8B])B/ #3&DUJ0&NTC2=P 48K=<T:0B%KJW8-&D A:^@ ;&Ny
MA:&(L:Z%H&!%(&-H86XQ-DR/-2!C+X0U!*V$-2D'A:ZEK@H*"@J-BS48J4!My
MBS6-B36I VD C8HU&*V)-6D"A:ZMBC5I (6OJ0N@ )&N&*V)-6D(A:ZMBC5Iy
M (6OK8@UR)&NK8<UB)&N&*V)-6D$A:ZMBC5I (6OK88UR)&NK84UB)&NKHLUy
M(%;DC&(O&*V)-6D#A:ZMBC5I (6OJ0"%H:  L:Z%H&!%(&-H3"HVCB0VC2,Vy
M&*TC-FD"A:ZM)#9I (6OH "QKDDZT -,"3<8K2,V:0.%KJTD-FD A:^QKDDZy
MT -,"3>M(S:%KJTD-H6O&*  L:YI I&NK2,VA:ZM)#:%KZD C28VL:Z-)3:Iy
M LTE-JD [28VD -,X388K2,V;24VA:ZM)#9M)C:%KSBM)3;I H6LK28VZ0"%y
MK1BM(S9EK(6JK20V9:V%JZ  L:J1KCBM)3;I 8TE-JTF-ND C28V3(DV&*TCy
M-FD!A:ZM)#9I (6OJ42@ )&N&*TC-FD"A:ZM)#9I (6OJ3J1KF!,#3=,=S=Fy
M(" @(" @S.GT].SES.GS].7RH+(@+2!2($-U<GIO;ILG3$PG(#US971U<""@y
MH" @)U)53B T038P)R ]<F5R=6Z;)TQ,(%MI;G!U="!;;W5T<'5T75TG(#UCy
M;VUM86YD(&QI;F6;HC>I$"!2,6!,@C<@B3),HC<9P2!0<FEN=&5R('=I9'1Hy
M(" @(#H@)54E1:D A:.L""^B-ZF(()<Q3,TW&<(@5VED=&@@<&5R(&-O;'5My
M;B Z("55)46I (6CK DOHC>ILR"7,4SX-QG#($YU;6)E<B!O9B!C;VQU;6YSy
M.B E525%J0"%HZP*+Z(WJ=X@ES%,(S@9Q"!"971W965N(&-O;'5M;G,@(#H@y
M)54E1:D A:.L"R^B.*D)()<Q3$XX&<4@5&5X="!L:6YE<R]P86=E(" Z("55y
M)46I (6CK POHCBI-""7,4QY.!G&(%1O=&%L(&QI;F5S+W!A9V4@.B E525%y
MJ0"%HZP-+Z(XJ5\@ES%,I#@9QR!&:6QL97(@;&EN97,O=&]P(#H@)54E1:D y
MA:.L#B^B.*F*()<Q3,\X&<@@1FEL;&5R(&QI;F5S+V)O=" Z("55)46I (6Cy
MK \OHCBIM2"7,4SZ.!G)(%!A9V4@<&%U<V4@("!9+TX@.B E0R5%J0"%HZP0y
M+Z(XJ> @ES%,)3D9RB!!4T-)22]!5$%30TE)+TA%6#H@)5,E1:T=+X6CK!POy
MHCFI"R"7,4Q1.1G+(%-T87)T:6YG('!A9V4@;G5M.B E525%J0"%HZP2+Z(Yy
MJ3<@ES%,?#D9S"!/=71P=70@9&5V:6-E(" @(#H@)5,E1:DOA:.@):(YJ6(@y
MES$@B3),JCD:TR!3879E(&-O;F9I9W5R871I;VX@+2#!+<JB.:F/(%XQ3+XYy
M"=@@17AE8W5T9:(YJ;0@7C%@)4S*.: !C,8YJ13-QCFP TSG.:D@KL8YG3DOy
M[L8Y3,\YJ0"-.2^@ (Q?+ZD"C24OJ5"-)B^I.HTG+ZDOC0<OJ0B-!B]@:6YTy
M1BA,$SJI_XW\ JD$(*4S3",Z DLZJ02%HZD A:2@.J(@J00@?3.@ (P/.HP.y
M.JT*+_ #3$DZH &,"B^M#"_P TQ6.J !C POK1$O25/P TQY.DQL.@A!4T-)y
M22 @(*DZC1TOJ6.-'"],L#JM$2])5/ #3)LZ3(XZ!T%405-#24FI.HT=+ZF&y
MC1PO3+ Z3*8Z!TA%6" @(""I.HT=+ZF>C1POH &,\ *I?2"",B *-R!_-Z 5y
MH@"I!2"Q,ZD A86M"B^%A*T)+Z( (,XOA:Z*A:\XK0HOZ0&%K*D A86EK(6$y
MK0LOH@ @SB^%JHJ%JQBEKF6JA:REKV6KA:VM""_%K*D Y:TP TP\.Z !C \Zy
M3#([$LG.UL',R<2@P:R@PJR@PZR@Q*([J1\@4C%, CP8K0PO;0XOA:X8I:YMy
M#R^%K*T-+T6LT -,?#N@ 8P/.DQR.Q+)SM;!S,G$H,6LH,:LH,>LH,BB.ZE?y
M(%(Q3 (\K28OR6&P TRB.Z !C \Z3)@["<G.UL',R<2@S*([J8X@4C%, CRMy
M#CI) ? #3-([3, [$,[/H,;)S,6@Q+K,S*[#S\VB.ZFO(%(QH ",#CJ,#SI,y
M CRM"SI)4_ #3/T[3.X[#DQ,+D-/32!R979I<V5DHCNIWR!2,:  C \Z3 (\y
MH ",#SJI0(V^ JD$(&<SI:"-"SJ@%:( J0 @L3-,-3P7(" @(" @(" @(" @y
M(" @(" @(" @(""B/*D=(%(QH ",\ *M"SK)8; #3%0\.*T+.ND@C0LZK0LZy
MR4&P TQG/:E,S0LZL -,9STXK0LZZ3V%HJ2BH@"I%R"Q,TR*/ T@(" @(" @y
M(" @(" @HCRI?"!2,3BM"SKI/86BI**B *D5(+$S3*@\ CH@HCRII2!2,:T+y
M.LE)D JM"SI)2_ #3.\\.*T+.NE!A:X8K08O9:Z%K*T'+VD A:VEK4BEK$@@y
M23-HA:QHA:VEH*  D:Q,9SVM"SI)2? #3!,]K1 O24[P TP+/:E9C1 O3! ]y
MJ4Z-$"],9SVM"SI)2O #3$D]K1$O25/P TPO/:E4C1$O3$8]K1$O253P TQ!y
M/:E(C1$O3$8]J5.-$2],9SVM"SI)3/ #3&<]J12%HZ OHB6I "!/,Z(OJ24@y
M)S:M"SI)4_ #3" ^K0\Z\ -,(#ZI R"E,ZV*-(TW,*V)-(TV,* !C%TO3)L]y
M"$0Z3$PN0T]-J0R%HZD A:2@/:*2J0,@?3.M4C2--S"M432--C"M72]) ? #y
M3!8^H &,##JI#<T,.K #3.$]J0,@9S.EH(T-.NX,.DS'/:  C PZJ0G-##JPy
M TP3/ABM!B]M##J%KJT'+VD A:^@ +&NA:&FH:D#(&4R[@PZ3.8]3!L^H &,y
M#CJI R A-*T/.O #3"\^K0LZ25CP TP\.JD$(*4S8   3#T^&*T)+VT++XUAy
M+ZD A86M"B^%A*UA+Z( (,XOA:Z*A:\XI:[M"R^%K*6OZ0"%K1BEK&D!C6 Oy
M.*T)+^D!C2 O.*T*+^D!C2$O.*T,+^D!C2(OJ?^-_ *I (6%K6 OA82M#"^By
M "#.+XU3+XJ-5"\XK3 "[5,OC2,OK3$"[50OC20O.*TC+^G(A:ZM)"_I (6Oy
MI:[- B^EK^T#+Y #3/T^3/,^$^[O]*#E[N_UY^B@[>7M[_+YH:&B/JG?(%XQy
M( @T.*TP NU3+X6NK3$"[50OA:\XI:[M B^-52^EK^T#+XU6+V @5$A%3@  y
M^EP  !U,+S^@ (PC/XPB/XPE/XPD/XPA/XP@/ZTB+XU9/ZU9/\T@/ZD [2$_y
ML 1,84!CH ",*#^,)C\XK6 OZ0&-=C^M=C_-)C^P!$RM/R 8K2(_;28_A:ZMy
M(S]I (6O&*TC+V6NA:RM)"]EKX6MH "QK$D@T -,IS^M)C^-*#_N)C],:S\8y
MK2(_;2@_A:ZM(S]I (6O&*6N:0&-(C^EKVD C2,_&*TC+VTB/X6NK20O;2,_y
MA:^IFZ  D:[N(C_0 ^XC/QBM(R]M(C^%H*TD+VTC/X6A&*TC+VTD/X6LK20Oy
M;24_A:T8I:QM8"^%HJ6M:0"%HSBM(B_M(#^%K*D [2$_A:VI (6%K6 OA82Ey
MK:JEK"#.+X6DBH6EI**FH:6@(-\SK2,_C24_K2(_C20_[B _T /N(3],23^My
M#B^-*3^M#R^-*C^I ,TI/Y #3 I!J0/-#B^0 TSY0#BM#B_I H6NK2D_1:[Py
M TSY0* OHCFI R!,,:  C"$_J0F-(#\XK0@O[3DOC<! K<! S2 _J0#M(3^Py
M!$S30""B(*D#(&4R[B _T./N(3],L$!,W$ %4&%G92"@0*+6J0,@3#&N7R^Iy
M R!',3BM*3_I 8TI/TP'0:D#('TR.*TI/^D!C2D_3&U K2,_A:2M(C^%HZPDy
M+ZXC+ZD#((PUJ0#-*C^0 TPZ0:D#('TR.*TJ/^D!C2H_3!]!K1 O25GP TROy
M0:TF+TE$T -,KT$@B3),;D$9TL74U=+.H+WM[_+EH*S"TL7!RZ"]\?7I]*)!y
MJ50@7C&I!""E,TR 00)+.JD$A:.I (6DH$&B?:D$('TSJ?^-_ *I!"!G,Z6@y
MC2L_K2L_29OP TR60:D$(*4S8$RS0:  C% OC$\OC$XOC$TOC%(OC%$OC%HOy
MC%DOK50OA:.I (6EJ2"%I*Q3+ZXD+ZTC+R"X,V @3.M!C>=!K>=!29OP$*T@y
M+\U/+ZD [5 OD -,-D(XK5DO[4\OA:ZM6B_M4"^%KQBEKFU@+XU9+Z6O:0"-y
M6B_N32_0 ^Y.+Z  C% OC$\OK>=!29OP TQ!0F"M(B_-32^I .U.+Y #3(%"y
M[E$OT /N4B^I (6%K6$OA82M4B^JK5$O(,XOC5DOBHU:+Z  C$XOC$TOC% Oy
MC$\OK2$OS5$OJ0#M4B^0 TRE0NY?+ZU?+\T2+[ #3*)"("P_(+!!&*TC+VU9y
M+X6NK20O;5HOA:^MYT&@ )&N[D\OT /N4"_N62_0 ^Y:+V @ B\5 "@T*0  y
M25D  !(@(" @4&]S!D1N.BHN*N1"3/!"J?^-_ *@ (S.0LB,72^M.2_P#ZT?y
M+TD!\ BM72_P TS'1*T>+\D"D JM'R]) ? #3%1#K<Y"\ -,5$.@%:( J1D@y
ML3-,1$,,(" @(" @(" @(" @HD.I-R!2,: 5H@"I B"Q,TQP0QC3[_7RX^4Hy
M4D54('%U:71S+S$M-"PX*3JB0ZE7(%(QJ4"-O@*@ (S.0JW\ DG_T -,@4.My
M_ ))'_ #3)I#H &,SD*M_ ))'O #3*E#J0*-SD*M_ ))&O #3+A#J0.-SD*My
M_ ))&/ #3,=#J02-SD*M_ ))-? #3-9#J0B-SD*MSD+0 TRN1!BMZT)I H6Ny
MK>Q":0"%KQBMSD)I,*  D:ZI_XW\ LB,72^MBC2--S"MB32--C"I B"E,ZD&y
MA:.I (6DK.Q"KNM"J0(@?3.M72]) ? #3)5$3$1$$B5%)47$\NGVY:"CH"5#y
M)44E11BMSD)IL(6BJ0"%HZ2BHD2I,2"7,:D4A:.@0J+/J0(@3S.M72_P TQQy
M1$R21*)"J<\@7C&MT$+),+ #3(]$J3G-T$*P TR/1$R21$Q91""),JD"(*4Sy
MH ",72^M4C2--S"M432--C!,QT2B+ZDY(&$SK3DO\ -,P$0@"#2B+ZDY("<Vy
MK8HTC3<PK8DTC38PK<Y"\ -,]D2I B"E,Z !C%TOJ02%HZD A:2@+Z(YJ0(@y
M?3.M72_0 TS^0JU2-(TW,*U1-(TV,&  '4P018T+1:DD(.A!K0M%*?"%KJ6Ny
M2DI*2H6L&*6L:3"-#$6I.<T,19 #3$)%&*T,16D'C0Q%K0Q%(.A!K0M%*0^%y
MKABEKFDPC0Q%J3G-#$60 TQJ11BM#$5I!XT,1:T,12#H06  KU9,=T4@L$$@y
M[4*I R"E,ZD(A:.I (6DH"^B):D#('TSK1$O253P TPK1JU6+X6DK54OA:.Ly
M R^N B^I B#:-*6AC5@OI:"-5R^@ (QS18QR13BM5R_I 8WF1:U8+^D C>=%y
MK>9%S7)%K>=%[7-%L 5,#T8@(!BM B]M<D6%KJT#+VUS186OH "QKH6@I: @y
MZ$'N<D70S.YS14S51:W"!= #3"!&[E\O("P_3"A&K<(%T -,G45,_T>M$2])y
M2/ #3,-&K58OA:2M52^%HZP#+ZX"+ZD"(-HTI:&-6"^EH(U7+Z  C'-%C')%y
M.*U7+^D!C7Y&K5@OZ0"-?T:M?D;-<D6M?T;M<T6P!4RG1D8@&*T"+VUR186Ny
MK0,O;7-%A:^@ +&NA:"EH" -1>YR1=#,[G-%3&U&K<(%T -,N$;N7R\@+#],y
MP$:MP@70 TPU1DS_1ZT1+TE3\ -,_T>M5B^%I*U5+X6CK ,OK@(OJ0(@VC2Ey
MH8U8+Z6@C5<OH ",<T6,<D4XK5<OZ0&-%D>M6"_I (T71ZT61\UR1:T71^USy
M1; %3.9'<F\8K0(O;7)%A:ZM R]M<T6%KZ  L:Y)F_ #3#Q'J9L@Z$%,VT<8y
MK0(O;7)%A:ZM R]M<T6%K[&N*7^-<46I&LUQ19 #3&5'K7%%R2"0$:UQ14E@y
M\ JI>LUQ19 #3)5'&*T"+VUR186NK0,O;7-%A:^@ +&NA:"EH" -14S;1QBMy
M B]M<D6%KJT#+VUS186OJ7^@ -&ND -,MD>I0"#H0:UQ1<D;D -,U4>I7B#Hy
M01BM<45I0(6@I: @Z$%,VT>M<44@Z$'N<D70 ^YS14P%1ZW"!= #3/='[E\Oy
M("P_3/]'K<(%T -,S4:I B"E,ZD#("$T8 H    35   &" @("!,&DBI (TYy
M+ZT*2(6NK0M(A:\8H "QKFD#C0Q(R+&N:0"-#4B(C!XOK0Q(A:ZM#4B%K[&Ny
M24S0 TQ32&"M"DB%KJT+2(6O&*  L:YI!HT,2,BQKFD C0U(K0I(A:ZM"TB%y
MKQB(L:YI"8T.2,BQKFD C0](K0Q(A:ZM#4B%KXBQKDE,\ -,LDBM#DB%KJT/y
M2(6OL:Y)3/ #3+)(8*T*2(6NK0M(A:\8H "QKFD_C1!(R+&N:0"-$4B(C!9(y
MC!1(&*T02&T42(6NK1%(:0"%KZ  L:Y)F_ *J3_-%$B0 TP"2: !C!9(3"E)y
M3"9)&*T02&T42(6NK1%(:0"%KZ  L:Y)(- #3"-)3"E)3"9)[A1(3-5(K19(y
MT -,-$E,7TJ@ 8P52.X>+ZT>+TD"\ -,4TFI+XT32*DYC1)(3&=)K1XO20/Py
M TQG2:DOC1-(J26-$DBI <T>+Y #3 =*&*T22&T52(6NK1-(:0"%KQBM$$AMy
M%$B%K*T12&D A:V@ +&LD:[N%$@8K1!(;11(A:ZM$4AI (6OL:Y)F_ *J3_-y
M%$B0 TR_2: !C!9(&*T02&T42(6NK1%(:0"%KZ  L:Y)(/ *K19(20'P TSUy
M2:T22(6NK1-(A:^M%4B@ )&N3/M)[A5(3'%)KA-(K1)(("<V3$Y*[A1(&*T0y
M2&T42(6NK1%(:0"%KZ  L:Y)F_ #3"]*R(P62$Q.2DQ+2ABM$$AM%$B%KJT1y
M2&D A:^QKDD@\ -,2TI,3DI,!TJM%DA) ? *K1XO20/P TS52&!,8TJ@ 8P?y
M+TQK2J  C#@PK3<PC1PTK38PC1LTK5(TC3<PK5$TC38P(,<Y(!=(J0'-'B^0y
M TRF2JT?+_ #3*9*( HW3*E*(! Z(#H^('1%(,<YJ0'-'B^0 TR_2DS"2DR.y
E2JD"(*4SK28O243P TS92JD#("$T3-Y*J0,@I3-@8.("XP)H2@  y
 
end
----------------------------------------------------------------
                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/27/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 27 Oct 87 05:21:13 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa06047; 27 Oct 87 0:01 EST
Date:  Mon 26 Oct 87 14:09:52 PST
Subject:  Info-Atari8 Digest V87 #92
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Monday, October 26, 1987   Volume 87 : Issue 92

This weeks Editor: Bill Westfield

Today's Topics:

                        Printing Atari8 digest
                Re: 400/800 Turbo BASIC (FROST BASIC)
                     Re: What's the right way...
                              Kermit 65
                         LittleLister address
               LittleLister - checksum for YAU uudecode
                    LittleLister/save paper & time
                   LittleLister UUENCODED (use YAU)

----------------------------------------------------------------------

Date: 20 Oct 87 11:34:27 PDT (Tuesday)
Subject: Printing Atari8 digest
From: "Michael_A_Parisi.HENR801G"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU

To; The administrator of the Atari8 Digest

I can not print the Digest.

Why is the digest protected.

Is there a way to undo this protection so I can print it?

Thank You.

Mike

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: Info-Atari8@Score.Stanford.edu
Subject: Re: 400/800 Turbo BASIC (FROST BASIC)
In-Reply-To: Your message of Mon, 19 Oct 87 10:20:19 -0700.
Date: Tue, 20 Oct 87 17:03:46 EDT
From: jhs@mitre-bedford.ARPA

Yes, there is a 400/800 Turbo BASIC, which does not hide under the ROM
as the XL/XE version does.  This makes it suitable for use with even those
DOS versions which use this space.  The XL/XE version, I am told, DOES
work with DOS-XL, even though that program uses the RAM under ROM too.
(This according to John Dunning.)

If anyone needs either program, I have them and can mail them or post them
to the net, though it may take a few days to get everything online.

-John Sangster, jhs@mitre-bedford.arpa

------------------------------

Date: 22 Oct 87 19:30:50 GMT
From: hans@umd5.umd.edu  (Hans Breitenlohner)
Subject: Re: What's the right way...
To: info-atari8@score.stanford.edu

In article <871006122252.4.JRD@GRACKLE.SCRC.Symbolics.COM> jrd@STONY-BROOK.SCRC.SYMBOLICS.COM (John R. Dunning) writes:
>What's the right way
>to return from a program to DOS?  I always thought the protocol was that
>DOS (any DOS) effectively JSR'ed to the start address of the program
>once it was loaded; thus the right way to return was just to RTS.
>That's always worked for me, using DOS XL.  However, I've gotten some
>reports that Kermit-65 sometimes wedges up when one exits from it.  I'm
>pretty sure I'm not trashing the stack; it really looks like DOS expects
>something other than an RTS.
>


While your way should work usually, here is a different way.  This is what
Turbo-Basic does before returning to DOS:

1. Clear locations $D200-$D207 (audio registers)
2. Close IOCBs 1-7
3. Jump indirect through DOSVEC ($000A).

If you have done interesting things with the screen, it might be even better
to refine step 2:
 
2a: Close all IOCBs.
2b: Open IOCB 0 for screen editor.

Of course you can skip step 1 if you have not done anything with the
audio registers, and it may be that DOS (some DOS) will do the equivalent
of steps 2a and 2b after you return.

------------------------------

Date: 23 Oct 87 18:52:44 GMT
From: topaz.rutgers.edu!wilmott@rutgers.edu  (Ray Wilmott)
Subject: Kermit 65
To: info-atari8@score.stanford.edu

=================


Help! Is there some way (ie - a handler) that will allow me
to use Kermit 65 as previously posted with an XM-301 modem?
If so, could someone please either post or mail me the
necessary handler? Thanks in advance as always.


			-Ray Wilmott


wilmott@topaz.rutgers.edu

------------------------------

Date: 25 Oct 87 21:30:05 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister address
To: info-atari8@score.stanford.edu

Oh, these amateurs... forgot to include my ID with the posting on 
LittleLister.  If interested in a UUENCODED copy, or Action! sources,
just ask...



                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

Date: 25 Oct 87 21:43:35 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister - checksum for YAU uudecode
To: info-atari8@score.stanford.edu

Addendum #2 to the Littlelister binary sent to the net in UUencoded 
form.  Here is the UUDECODE data you should be given by YAU when you 
decode the binary file LL.COM:

  byte count: 7147
  checksum: #x0A27

If you have a different figure, it will likely be caused by a corrupted 
input file.  It may be possible to directly mail you a better copy of 
the file, let me know if you want one.


                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

Date: 25 Oct 87 21:27:26 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister/save paper & time
To: info-atari8@score.stanford.edu

This is a little program I have found useful for printing out text, 
especially Action! source listings, and saving time & paper.  It may be
useful for other text printing jobs too, e.g. sources that are saved to
disk in ATASCII text form.  Check the LL.DOC file included below for a 
quick rundown.

PRINTER OUTPUT OPTION

Littlelister composes columnar output in memory.  It can be used with 
any printer, to print any size of input file.  I wrote it for my 1027,
but it works even better with my new NX-10 printer.  For maximum speed
printing, it can be set to represent "unprintable" bytes with
combinations of printable ones; full graphics ATASCII printing is also
possible using G: (see below).

THE CODE

The UUencoded binary file follows in a separate message.  If it doesn't
make it through some gateway in its travels, I will mail a copy direct
on request.  For least frustration, use the YAU UUdecoder to decode it.
It seems some of the other decoders might require extra padding 
on each line; I used YAUE to encode it.  Action! sources also available
on request, due to length I haven't posted them... yet)

(Thanks to JRD: YAU and YAUE are very nice tools; they work fine with
SpartaDOS in both command line and prompt modes.) 
(Thanks also to Bruce Langdon, for the ideas in his PRINT.ACT program
posted to Usenet some time ago)

-----------------------LL.DOC------------------------------------- 

LittleLister 2 features: 
------------------------
INPUT: file formatted in a single
    column, or unformatted.

OUTPUT: formatted in n columns, 
    [ 0 < n < 256 ] with
    several options.

Use with any DOS:
-----------------
   With a command line DOS such as
SpartaDOS or DOS XL, type

      LL [input [output]]

   Used with this command line, LL 
starts without presenting a menu; the 
variable settings last SAVED will be
in effect.  File specifications may  
be used for input/output, and the
"D:" prefix is assumed by default.
Output defaults to "P:" (printer).  
"LL" alone will bring up the menu.

   With other DOS's, just load LL
like any other binary file, and work
from the menu.

Variables include:
------------------
*input file
*output device        (default = P:)
*starting page number (default = 1)
 page pause
 output options 
   ASCII
    (^ prefixes control characters;
     @ prefixes inverse characters;
     few special chars output in hex)
   HEX
    (all bytes represented in HEX -
     e.g. $FF)   
   ATASCII
    (no transformation of bytes from
     input file)  
 output width
 output page length
 number of columns
 column width
 margin between columns
 filler lines at top and bottom

* - not included in variables SAVED
    by menu choice 'S'

Other features:
---------------
-you can save special configurations
   of LL.COM, by using 'S' option
   and copying to a different *.COM
   filename 
-outputs page header with filename,
   and page number (if you select
   at least 4 filler lines before
   the first text line)
-allows any single column file to be
   produced in multiple columns:
   program listings, database output,
   utility output, etc.
-chops off blanks at the end of each
   text line (useful for trimming
   Action! source code)
-produces output to any device (but
   page pause is disabled when output
   is to disk file)
-try ATASCII output to G: device,
   the graphics printer utility for
   Epson/Star & compatibles released
   by Analog in October 1985 issue -
   very nice ATASCII output.
-Action! programmers may output HEX
   to disk to transform binary files
   (character sets, code blocks) to
   blocks for the Action! compiler.

Version 2 notes:
----------------
- added HEX output
- compiled high enough to allow use
  of the G: device by CF Johnson, for
  pretty graphic ATASCII output.

------------------------------

Date: 25 Oct 87 21:31:42 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: LittleLister UUENCODED (use YAU)
To: info-atari8@score.stanford.edu

begin 666 LL.COM
M__\!+]]*8.!* 0%L85 G @(X0@4%65,!"" @(" @(" @$R]N  !Y.P   B\4y
M !D[(&QA8CH@4$A!.R!46$$"+Q0 03L@4E13  #<;    3L  -1L   <.R!4y
M<F%C92!B86-K('1H<G6%H(:AA*(8:(6$:0.H:(6%:0!(F$B@ ;&$A8+(L82%y
M@\BQA*BYH "1@H@0^&"%P(;!.*D Y<!(J0#EP:IH8(;"X  0 R"0+X6"AH.Ey
MA47"A<*FA1 )I80@D"^%A(:%8*6&IH>DPA #3) O8""A+ZD A8:%AZ6"T 2Ey
M@_ BI830!*6%\!I&A6:$D T8I89E@H6&I8=E@X6'!H(F@SBPUDS"+Z2$\ J&y
MAD:&:HC0^J:&8*2$\ J&A@HFAHC0^J:&8*EPJJD,G4(#(%;DBCCI$-#Q; H y
M(C  (%;D$!K B/ &:&B8;#8P2(I(2DI*2JJI 9W !6BJ:&#)") ':&BIAFPVy
M, H*"@JJ8!AI 9U$ YAI )U% V!(BJAHJJTX,&!(J0"%I6A@2*D!A:5H8(I(y
MF*IHH .$HZ#]8(:CA*0@63"I )U) ZBQH_ :G4@#&*6C:0&=1 .EI&D G44#y
MJ0N=0@,@.3"EI? 2J0"=2 .=20.I"YU" ZF;(#DP8(74AM6$HB"JV2#FV*  y
ML?,P!LB1HCBP]BE_R)&BF*  D:)@X  P TS<,$G_A:**2?^JYJ+0 >BEHB#<y
M,*  &+&B:0&1HJB(L:+(D:*(B-#WR*DMD:)@2"".,"#<,&BB_: #3)HP((<Py
M3#(QH !,03$@@#!,FC @=S!,3#$@AS!,FC @=S!,6#&%A(:%J?V%HJD#A:.@y
M *D%D:+(J221HJD H@0&A":%*LK0^&DPR3J0 FD&R)&BP 70Y6"%@H:#A**My
M.# *"@H*A<&@ (2'A,"Q@O!,A8;FP/!&I,#$AO "L#ZQ@LDET#[FP,C$AO "y
ML#6Q@LDE\"_)1? IJ*:'X ZPU+6B2+6CZ.B&AZIHP$/P%<!)\#3 2/ \P%/Py
M/SBP'6 XL+*IFZBFP:D G4@#G4D#J0N=0@.8(#DP.+#DH .$HZ#](-PP.+ /y
MH .$HZ#](/\P.+ #(&0QJ?VB X6$AH6FP:D G4D#J+&$\+6=2 ,8I81I 9U$y
M Z6%:0"=10.I"YU" R Y,#BPF(:@(%DPJ0"=2 .=20.I"YU" Z6@(#DP8**;y
M3&4RJJTX,$QE,JF;3((RA:*&HZD A:"%H86EJ+&BA:3(L:+)(/#YR2W0"\:Ey
MR,2D\ *P,;&B..DPD"K)"K F2 :@)J&EH*:A"B:A"B:A&&6@A:"*9:&%H1AHy
M9:"%H)#-YJ$XL,BEI? -.*D Y:"%H*D Y:&%H6"&I(2E(%DP&*6D:0&=1 .Ey
MI6D G44#I:/P&)U( ZD G4D#J06=0@,@.3"]2 /P SCI :  D:2EIO 'I:2Fy
MI4R.,F!(J7B%HZD!A:9HHOV@ TSV,JTX,$PX,TBI (6F:$SV,DBI_X6C:$Q/y
M,R!W,$Q8,R!9,*D G4@#G4D#J0>=0@,@.3"%H&"&H2!9,*6A(&HPI:.=2@.Ey
MI)U+ ZD#G4(#(#DPBDI*2DJJJ0"=P 5@(%DPJ0R=0@,@.3!@A56&5H148(6@y
MAJ&$HJ  I:+0!*6C\!:EI)&@R- "YJ'&HJ6BR?_0Y\:C.+#B8(6@AJ&$HJ  y
MI:30!*6E\!BQHI&@R- $YJ'FH\:DI:3)_]#EQJ4XL.!@:*IHS>@"D 7-Y@*0y
M\TB*2&  3!TTC1DT8TPD-(T@-*T@-""E,TPV- 5$.BHN*JD&A:.I (6DH#2By
M,*T@-"!],ZT@-""E,V#23%,TC4\TJ0(@I3.I R"E,TQU-!%E<G)O<B E22X@y
M4F5R=6XE1:D A:.L3S2B-*EC()<Q( @T(%!,BS2-AC2MAC1)@/ #3*4TJ0(@y
MI3.I R A-" (-$R^-!5E<G)O<B E22X@5')Y(&%G86EN)46I (6CK(8THC2Iy
MJ""7,:  C%TO8$)95$4@:&ED3-TT(&,OTC0$K=(T*0>%KJ6N"@H*"HW9-!BIy
M0&W9-(W7-*D#:0"-V#08K=<T:0*%KJW8-&D A:^I!Z  D:X8K=<T:0B%KJW8y
M-&D A:^MUC3(D:ZMU32(D:X8K=<T:02%KJW8-&D A:^MU#3(D:ZMTS2(D:ZNy
MV30@5N2,8B^M8B])B/ #3&DUJ0&NTC2=P 48K=<T:0B%KJW8-&D A:^@ ;&Ny
MA:&(L:Z%H&!%(&-H86XQ-DR/-2!C+X0U!*V$-2D'A:ZEK@H*"@J-BS48J4!My
MBS6-B36I VD C8HU&*V)-6D"A:ZMBC5I (6OJ0N@ )&N&*V)-6D(A:ZMBC5Iy
M (6OK8@UR)&NK8<UB)&N&*V)-6D$A:ZMBC5I (6OK88UR)&NK84UB)&NKHLUy
M(%;DC&(O&*V)-6D#A:ZMBC5I (6OJ0"%H:  L:Z%H&!%(&-H3"HVCB0VC2,Vy
M&*TC-FD"A:ZM)#9I (6OH "QKDDZT -,"3<8K2,V:0.%KJTD-FD A:^QKDDZy
MT -,"3>M(S:%KJTD-H6O&*  L:YI I&NK2,VA:ZM)#:%KZD C28VL:Z-)3:Iy
M LTE-JD [28VD -,X388K2,V;24VA:ZM)#9M)C:%KSBM)3;I H6LK28VZ0"%y
MK1BM(S9EK(6JK20V9:V%JZ  L:J1KCBM)3;I 8TE-JTF-ND C28V3(DV&*TCy
M-FD!A:ZM)#9I (6OJ42@ )&N&*TC-FD"A:ZM)#9I (6OJ3J1KF!,#3=,=S=Fy
M(" @(" @S.GT].SES.GS].7RH+(@+2!2($-U<GIO;ILG3$PG(#US971U<""@y
MH" @)U)53B T038P)R ]<F5R=6Z;)TQ,(%MI;G!U="!;;W5T<'5T75TG(#UCy
M;VUM86YD(&QI;F6;HC>I$"!2,6!,@C<@B3),HC<9P2!0<FEN=&5R('=I9'1Hy
M(" @(#H@)54E1:D A:.L""^B-ZF(()<Q3,TW&<(@5VED=&@@<&5R(&-O;'5My
M;B Z("55)46I (6CK DOHC>ILR"7,4SX-QG#($YU;6)E<B!O9B!C;VQU;6YSy
M.B E525%J0"%HZP*+Z(WJ=X@ES%,(S@9Q"!"971W965N(&-O;'5M;G,@(#H@y
M)54E1:D A:.L"R^B.*D)()<Q3$XX&<4@5&5X="!L:6YE<R]P86=E(" Z("55y
M)46I (6CK POHCBI-""7,4QY.!G&(%1O=&%L(&QI;F5S+W!A9V4@.B E525%y
MJ0"%HZP-+Z(XJ5\@ES%,I#@9QR!&:6QL97(@;&EN97,O=&]P(#H@)54E1:D y
MA:.L#B^B.*F*()<Q3,\X&<@@1FEL;&5R(&QI;F5S+V)O=" Z("55)46I (6Cy
MK \OHCBIM2"7,4SZ.!G)(%!A9V4@<&%U<V4@("!9+TX@.B E0R5%J0"%HZP0y
M+Z(XJ> @ES%,)3D9RB!!4T-)22]!5$%30TE)+TA%6#H@)5,E1:T=+X6CK!POy
MHCFI"R"7,4Q1.1G+(%-T87)T:6YG('!A9V4@;G5M.B E525%J0"%HZP2+Z(Yy
MJ3<@ES%,?#D9S"!/=71P=70@9&5V:6-E(" @(#H@)5,E1:DOA:.@):(YJ6(@y
MES$@B3),JCD:TR!3879E(&-O;F9I9W5R871I;VX@+2#!+<JB.:F/(%XQ3+XYy
M"=@@17AE8W5T9:(YJ;0@7C%@)4S*.: !C,8YJ13-QCFP TSG.:D@KL8YG3DOy
M[L8Y3,\YJ0"-.2^@ (Q?+ZD"C24OJ5"-)B^I.HTG+ZDOC0<OJ0B-!B]@:6YTy
M1BA,$SJI_XW\ JD$(*4S3",Z DLZJ02%HZD A:2@.J(@J00@?3.@ (P/.HP.y
M.JT*+_ #3$DZH &,"B^M#"_P TQ6.J !C POK1$O25/P TQY.DQL.@A!4T-)y
M22 @(*DZC1TOJ6.-'"],L#JM$2])5/ #3)LZ3(XZ!T%405-#24FI.HT=+ZF&y
MC1PO3+ Z3*8Z!TA%6" @(""I.HT=+ZF>C1POH &,\ *I?2"",B *-R!_-Z 5y
MH@"I!2"Q,ZD A86M"B^%A*T)+Z( (,XOA:Z*A:\XK0HOZ0&%K*D A86EK(6$y
MK0LOH@ @SB^%JHJ%JQBEKF6JA:REKV6KA:VM""_%K*D Y:TP TP\.Z !C \Zy
M3#([$LG.UL',R<2@P:R@PJR@PZR@Q*([J1\@4C%, CP8K0PO;0XOA:X8I:YMy
M#R^%K*T-+T6LT -,?#N@ 8P/.DQR.Q+)SM;!S,G$H,6LH,:LH,>LH,BB.ZE?y
M(%(Q3 (\K28OR6&P TRB.Z !C \Z3)@["<G.UL',R<2@S*([J8X@4C%, CRMy
M#CI) ? #3-([3, [$,[/H,;)S,6@Q+K,S*[#S\VB.ZFO(%(QH ",#CJ,#SI,y
M CRM"SI)4_ #3/T[3.X[#DQ,+D-/32!R979I<V5DHCNIWR!2,:  C \Z3 (\y
MH ",#SJI0(V^ JD$(&<SI:"-"SJ@%:( J0 @L3-,-3P7(" @(" @(" @(" @y
M(" @(" @(" @(""B/*D=(%(QH ",\ *M"SK)8; #3%0\.*T+.ND@C0LZK0LZy
MR4&P TQG/:E,S0LZL -,9STXK0LZZ3V%HJ2BH@"I%R"Q,TR*/ T@(" @(" @y
M(" @(" @HCRI?"!2,3BM"SKI/86BI**B *D5(+$S3*@\ CH@HCRII2!2,:T+y
M.LE)D JM"SI)2_ #3.\\.*T+.NE!A:X8K08O9:Z%K*T'+VD A:VEK4BEK$@@y
M23-HA:QHA:VEH*  D:Q,9SVM"SI)2? #3!,]K1 O24[P TP+/:E9C1 O3! ]y
MJ4Z-$"],9SVM"SI)2O #3$D]K1$O25/P TPO/:E4C1$O3$8]K1$O253P TQ!y
M/:E(C1$O3$8]J5.-$2],9SVM"SI)3/ #3&<]J12%HZ OHB6I "!/,Z(OJ24@y
M)S:M"SI)4_ #3" ^K0\Z\ -,(#ZI R"E,ZV*-(TW,*V)-(TV,* !C%TO3)L]y
M"$0Z3$PN0T]-J0R%HZD A:2@/:*2J0,@?3.M4C2--S"M432--C"M72]) ? #y
M3!8^H &,##JI#<T,.K #3.$]J0,@9S.EH(T-.NX,.DS'/:  C PZJ0G-##JPy
M TP3/ABM!B]M##J%KJT'+VD A:^@ +&NA:&FH:D#(&4R[@PZ3.8]3!L^H &,y
M#CJI R A-*T/.O #3"\^K0LZ25CP TP\.JD$(*4S8   3#T^&*T)+VT++XUAy
M+ZD A86M"B^%A*UA+Z( (,XOA:Z*A:\XI:[M"R^%K*6OZ0"%K1BEK&D!C6 Oy
M.*T)+^D!C2 O.*T*+^D!C2$O.*T,+^D!C2(OJ?^-_ *I (6%K6 OA82M#"^By
M "#.+XU3+XJ-5"\XK3 "[5,OC2,OK3$"[50OC20O.*TC+^G(A:ZM)"_I (6Oy
MI:[- B^EK^T#+Y #3/T^3/,^$^[O]*#E[N_UY^B@[>7M[_+YH:&B/JG?(%XQy
M( @T.*TP NU3+X6NK3$"[50OA:\XI:[M B^-52^EK^T#+XU6+V @5$A%3@  y
M^EP  !U,+S^@ (PC/XPB/XPE/XPD/XPA/XP@/ZTB+XU9/ZU9/\T@/ZD [2$_y
ML 1,84!CH ",*#^,)C\XK6 OZ0&-=C^M=C_-)C^P!$RM/R 8K2(_;28_A:ZMy
M(S]I (6O&*TC+V6NA:RM)"]EKX6MH "QK$D@T -,IS^M)C^-*#_N)C],:S\8y
MK2(_;2@_A:ZM(S]I (6O&*6N:0&-(C^EKVD C2,_&*TC+VTB/X6NK20O;2,_y
MA:^IFZ  D:[N(C_0 ^XC/QBM(R]M(C^%H*TD+VTC/X6A&*TC+VTD/X6LK20Oy
M;24_A:T8I:QM8"^%HJ6M:0"%HSBM(B_M(#^%K*D [2$_A:VI (6%K6 OA82Ey
MK:JEK"#.+X6DBH6EI**FH:6@(-\SK2,_C24_K2(_C20_[B _T /N(3],23^My
M#B^-*3^M#R^-*C^I ,TI/Y #3 I!J0/-#B^0 TSY0#BM#B_I H6NK2D_1:[Py
M TSY0* OHCFI R!,,:  C"$_J0F-(#\XK0@O[3DOC<! K<! S2 _J0#M(3^Py
M!$S30""B(*D#(&4R[B _T./N(3],L$!,W$ %4&%G92"@0*+6J0,@3#&N7R^Iy
M R!',3BM*3_I 8TI/TP'0:D#('TR.*TI/^D!C2D_3&U K2,_A:2M(C^%HZPDy
M+ZXC+ZD#((PUJ0#-*C^0 TPZ0:D#('TR.*TJ/^D!C2H_3!]!K1 O25GP TROy
M0:TF+TE$T -,KT$@B3),;D$9TL74U=+.H+WM[_+EH*S"TL7!RZ"]\?7I]*)!y
MJ50@7C&I!""E,TR 00)+.JD$A:.I (6DH$&B?:D$('TSJ?^-_ *I!"!G,Z6@y
MC2L_K2L_29OP TR60:D$(*4S8$RS0:  C% OC$\OC$XOC$TOC%(OC%$OC%HOy
MC%DOK50OA:.I (6EJ2"%I*Q3+ZXD+ZTC+R"X,V @3.M!C>=!K>=!29OP$*T@y
M+\U/+ZD [5 OD -,-D(XK5DO[4\OA:ZM6B_M4"^%KQBEKFU@+XU9+Z6O:0"-y
M6B_N32_0 ^Y.+Z  C% OC$\OK>=!29OP TQ!0F"M(B_-32^I .U.+Y #3(%"y
M[E$OT /N4B^I (6%K6$OA82M4B^JK5$O(,XOC5DOBHU:+Z  C$XOC$TOC% Oy
MC$\OK2$OS5$OJ0#M4B^0 TRE0NY?+ZU?+\T2+[ #3*)"("P_(+!!&*TC+VU9y
M+X6NK20O;5HOA:^MYT&@ )&N[D\OT /N4"_N62_0 ^Y:+V @ B\5 "@T*0  y
M25D  !(@(" @4&]S!D1N.BHN*N1"3/!"J?^-_ *@ (S.0LB,72^M.2_P#ZT?y
M+TD!\ BM72_P TS'1*T>+\D"D JM'R]) ? #3%1#K<Y"\ -,5$.@%:( J1D@y
ML3-,1$,,(" @(" @(" @(" @HD.I-R!2,: 5H@"I B"Q,TQP0QC3[_7RX^4Hy
M4D54('%U:71S+S$M-"PX*3JB0ZE7(%(QJ4"-O@*@ (S.0JW\ DG_T -,@4.My
M_ ))'_ #3)I#H &,SD*M_ ))'O #3*E#J0*-SD*M_ ))&O #3+A#J0.-SD*My
M_ ))&/ #3,=#J02-SD*M_ ))-? #3-9#J0B-SD*MSD+0 TRN1!BMZT)I H6Ny
MK>Q":0"%KQBMSD)I,*  D:ZI_XW\ LB,72^MBC2--S"MB32--C"I B"E,ZD&y
MA:.I (6DK.Q"KNM"J0(@?3.M72]) ? #3)5$3$1$$B5%)47$\NGVY:"CH"5#y
M)44E11BMSD)IL(6BJ0"%HZ2BHD2I,2"7,:D4A:.@0J+/J0(@3S.M72_P TQQy
M1$R21*)"J<\@7C&MT$+),+ #3(]$J3G-T$*P TR/1$R21$Q91""),JD"(*4Sy
MH ",72^M4C2--S"M432--C!,QT2B+ZDY(&$SK3DO\ -,P$0@"#2B+ZDY("<Vy
MK8HTC3<PK8DTC38PK<Y"\ -,]D2I B"E,Z !C%TOJ02%HZD A:2@+Z(YJ0(@y
M?3.M72_0 TS^0JU2-(TW,*U1-(TV,&  '4P018T+1:DD(.A!K0M%*?"%KJ6Ny
M2DI*2H6L&*6L:3"-#$6I.<T,19 #3$)%&*T,16D'C0Q%K0Q%(.A!K0M%*0^%y
MKABEKFDPC0Q%J3G-#$60 TQJ11BM#$5I!XT,1:T,12#H06  KU9,=T4@L$$@y
M[4*I R"E,ZD(A:.I (6DH"^B):D#('TSK1$O253P TPK1JU6+X6DK54OA:.Ly
M R^N B^I B#:-*6AC5@OI:"-5R^@ (QS18QR13BM5R_I 8WF1:U8+^D C>=%y
MK>9%S7)%K>=%[7-%L 5,#T8@(!BM B]M<D6%KJT#+VUS186OH "QKH6@I: @y
MZ$'N<D70S.YS14S51:W"!= #3"!&[E\O("P_3"A&K<(%T -,G45,_T>M$2])y
M2/ #3,-&K58OA:2M52^%HZP#+ZX"+ZD"(-HTI:&-6"^EH(U7+Z  C'-%C')%y
M.*U7+^D!C7Y&K5@OZ0"-?T:M?D;-<D6M?T;M<T6P!4RG1D8@&*T"+VUR186Ny
MK0,O;7-%A:^@ +&NA:"EH" -1>YR1=#,[G-%3&U&K<(%T -,N$;N7R\@+#],y
MP$:MP@70 TPU1DS_1ZT1+TE3\ -,_T>M5B^%I*U5+X6CK ,OK@(OJ0(@VC2Ey
MH8U8+Z6@C5<OH ",<T6,<D4XK5<OZ0&-%D>M6"_I (T71ZT61\UR1:T71^USy
M1; %3.9'<F\8K0(O;7)%A:ZM R]M<T6%KZ  L:Y)F_ #3#Q'J9L@Z$%,VT<8y
MK0(O;7)%A:ZM R]M<T6%K[&N*7^-<46I&LUQ19 #3&5'K7%%R2"0$:UQ14E@y
M\ JI>LUQ19 #3)5'&*T"+VUR186NK0,O;7-%A:^@ +&NA:"EH" -14S;1QBMy
M B]M<D6%KJT#+VUS186OJ7^@ -&ND -,MD>I0"#H0:UQ1<D;D -,U4>I7B#Hy
M01BM<45I0(6@I: @Z$%,VT>M<44@Z$'N<D70 ^YS14P%1ZW"!= #3/='[E\Oy
M("P_3/]'K<(%T -,S4:I B"E,ZD#("$T8 H    35   &" @("!,&DBI (TYy
M+ZT*2(6NK0M(A:\8H "QKFD#C0Q(R+&N:0"-#4B(C!XOK0Q(A:ZM#4B%K[&Ny
M24S0 TQ32&"M"DB%KJT+2(6O&*  L:YI!HT,2,BQKFD C0U(K0I(A:ZM"TB%y
MKQB(L:YI"8T.2,BQKFD C0](K0Q(A:ZM#4B%KXBQKDE,\ -,LDBM#DB%KJT/y
M2(6OL:Y)3/ #3+)(8*T*2(6NK0M(A:\8H "QKFD_C1!(R+&N:0"-$4B(C!9(y
MC!1(&*T02&T42(6NK1%(:0"%KZ  L:Y)F_ *J3_-%$B0 TP"2: !C!9(3"E)y
M3"9)&*T02&T42(6NK1%(:0"%KZ  L:Y)(- #3"-)3"E)3"9)[A1(3-5(K19(y
MT -,-$E,7TJ@ 8P52.X>+ZT>+TD"\ -,4TFI+XT32*DYC1)(3&=)K1XO20/Py
M TQG2:DOC1-(J26-$DBI <T>+Y #3 =*&*T22&T52(6NK1-(:0"%KQBM$$AMy
M%$B%K*T12&D A:V@ +&LD:[N%$@8K1!(;11(A:ZM$4AI (6OL:Y)F_ *J3_-y
M%$B0 TR_2: !C!9(&*T02&T42(6NK1%(:0"%KZ  L:Y)(/ *K19(20'P TSUy
M2:T22(6NK1-(A:^M%4B@ )&N3/M)[A5(3'%)KA-(K1)(("<V3$Y*[A1(&*T0y
M2&T42(6NK1%(:0"%KZ  L:Y)F_ #3"]*R(P62$Q.2DQ+2ABM$$AM%$B%KJT1y
M2&D A:^QKDD@\ -,2TI,3DI,!TJM%DA) ? *K1XO20/P TS52&!,8TJ@ 8P?y
M+TQK2J  C#@PK3<PC1PTK38PC1LTK5(TC3<PK5$TC38P(,<Y(!=(J0'-'B^0y
M TRF2JT?+_ #3*9*( HW3*E*(! Z(#H^('1%(,<YJ0'-'B^0 TR_2DS"2DR.y
E2JD"(*4SK28O243P TS92JD#("$T3-Y*J0,@I3-@8.("XP)H2@  y
 
end
----------------------------------------------------------------
                                Richard Curzon
                                Digital Equipment of Canada
                                PO Box 13000
                                Kanata Ontario      K2K 2A6
                                Canada.

(DEC E-NET)	KAOA01::CURZON
(UUCP)		{decvax, ucbvax, allegra}!decwrl!kaoa01.dec.com!curzon
(ARPA)		curzon%kaoa01.DEC@decwrl.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/29/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 29 Oct 87 09:44:48 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa18011; 29 Oct 87 4:40 EST
Date:  Wed 28 Oct 87 22:10:36 PST
Subject:  Info-Atari8 Digest V87 #93
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, October 28, 1987   Volume 87 : Issue 93

This weeks Editor: Bill Westfield

Today's Topics:

                                BINHEX
                       Atari BASIC source book
                   Mike Ishler, I can't reach you.
                 Re: Mike Ishler, I can't reach you.
                         Kermit-65, YAU, YAUE

----------------------------------------------------------------------

Date:    Mon, 26 Oct 87 11:20 CST
To: info-ATARI8@score.stanford.edu
From: HABKE%UOFMCC.BITNET@forsythe.stanford.edu
Subject: BINHEX

WOULD SOMEONE BE KIND ENOUGH TO SEND ME THE BASIC SOURCE FOR THE
   HEXBIN ROUTINE. I NEED THE XL VERSION.

  THANK YOU
      BILL

------------------------------

Date: 27 Oct 87 03:15:13 GMT
From: super.upenn.edu!eecae!nancy!msudoc!sumrall@rutgers.edu  (Kenneth Sumrall)
Subject: Atari BASIC source book
To: info-atari8@score.stanford.edu

Hello,

     I recently called COMPUTE! books and tried to order their book
The Atari BASIC Source Book, but they told me that it is no longer 
available.  It is not in any local book stores, and I don't think I have
ever seen it advertised by a mail order place like B & C computervision and
the like.  Does anyone know where I can get the book, or maybe someone
has a copy that they don't want anymore and are willing to sell me?

Please respond by e-mail.  I should be reachable at the following 
addresses:

ARPAnet        sumrall@msudoc.EGR
UUCP           ihnp4!msudoc!sumrall

Thanks in advance.
Kenneth Sumrall

------------------------------

Date: 26 Oct 87 13:27:56 GMT
From: ulysses!mhuxt!mhuxu!david1@ucbvax.Berkeley.EDU  (Rick Nelson)
Subject: Mike Ishler, I can't reach you.
To: info-atari8@score.stanford.edu


>Rick
>
>Sounds like we're on the right track.  Did you remove or otherwise check
>the other diode?  Some times they look ok but the connections are still
>bad.  Remove the diode and clean the leads and re-solder.  Let me know
>what happens also which diode cracked?  It may help in determining what
>the problem is.
>
>Mike

I replaced both diodes, CR15 and CR16 I think are their numbers.  OThe voltage
across them is about 5V.  Does this sound right?  When I put a disk in the 
drive and close the handle, the drive makes a noise for only a moment, (you
know the sound, whatever it is).  The busy light stays on, but the disk never
turns and when I turn on the computer I get the disk boot error message.

It costs $90 to have drives repaired around here and you can get a new one
for around $135-140.  It seems that they're a throw away item if one can't fix
it themself.

To answer your question, I think it was CR15 that was the diode that was
cracked and the first one replaced.

Have any other suggestions?  Your considerations are greatly appreciiated.

Thanks

Rick Nelson
mhuxu!david1

PS
I got the following reply when I tried to send you mail:
We have been unable to contact machine 'ucbvax' since you queued your job.

        ucbvax!mail xerox.com!ishler.wbst   (Date 10/21)
The job will be deleted in several days if the problem is not corrected.

------------------------------

Date: 28 Oct 87 06:31:38 GMT
From: hao!boulder!sunybcs!bingvaxu!leah!uwmcsd1!lakesys!rich@ames.arpa  (Rich Dankert)
Subject: Re: Mike Ishler, I can't reach you.
To: info-atari8@score.stanford.edu

>
>I replaced both diodes, CR15 and CR16 I think are their numbers.  OThe voltage
>across them is about 5V.  Does this sound right?  When I put a disk in the 
>drive and close the handle, the drive makes a noise for only a moment, (you
>know the sound, whatever it is).  The busy light stays on, but the disk never
>turns and when I turn on the computer I get the disk boot error message.
>

	Here's a bit of advice that just may solve your problems. In the 
above I noticed that you have replaced the diodes and are now on the lookout 
for possible bad solder connections. 

My suggestions is that you replace the whole Bridge Rectifier system, and 
also the 5 Volt regulator. I have had many a 1050 drive in my hands for repair
and for the most part the 5 volt reg was the problem. The voltage on the side 
of the diode, ( CR15 I think -- the one comming directly from the bridge ) 
should be about 22 volts. If it's low, you probably have a leaky diode in the 
bridge, so just replace all 4 diodes in the bridge. Replacesment of the 5 volt
regulator is cheap insurance, so I would also opt for that. Just rememer to 
get the rigth polarity regulator. Wouldn't want to pop the wrong voltage 
potential around the drive, which would make the whole situation worse.

-rich

	Lakesys & Milwaukee      |	Who & where ?????
	          A great place by a great lake.....


UUCP: {Ihnp4,uwvax}!uwmcsd1!lakesys!rich
Discalimer: The words,ideas,and expressions are my own, and not nessasarily 
always correct, but i'm pretty sure about this one!

------------------------------

From: V111MFQ6%UBVMS.BITNET@forsythe.stanford.edu
Date: Wed, 28 Oct 87 04:18 EST
Subject: Kermit-65, YAU, YAUE
To: info-atari8@score.stanford.edu
X-Vms-To: IN%"info-atari8@score.stanford.edu"

Hello there! I'm very new to this wonderfull thing of gateways, and was
wondering about some things about my atari 8-bit..
A) How can I go about obtaining A working copy of Kermit-65? I have a doc
file for an old version of it, and it seems very good, and I would like to
get my hands on it.. Right now I have to use Chameleon to access the vax/vms
system, and most other people are using vt100, and, well, uh, Chameleon
dosen't support vt100.. At least Moria works with vt52..
B) What are the files YAU and YAUE? I noticed in the info-atari8 list i found
that I would use that program to somehow extract LL.COM from the text file??
Please explain and tell me how to obtain these programs also, thanks.
[I already have LL.*, I found it Arc'ed on a BBS I call..]

      -Thanks     Uck! V111MFQ6@UBVMS.BITNET

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (10/29/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 29 Oct 87 10:59:13 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa18011; 29 Oct 87 4:40 EST
Date:  Wed 28 Oct 87 22:10:36 PST
Subject:  Info-Atari8 Digest V87 #93
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Wednesday, October 28, 1987   Volume 87 : Issue 93

This weeks Editor: Bill Westfield

Today's Topics:

                                BINHEX
                       Atari BASIC source book
                   Mike Ishler, I can't reach you.
                 Re: Mike Ishler, I can't reach you.
                         Kermit-65, YAU, YAUE

----------------------------------------------------------------------

Date:    Mon, 26 Oct 87 11:20 CST
To: info-ATARI8@score.stanford.edu
From: HABKE%UOFMCC.BITNET@forsythe.stanford.edu
Subject: BINHEX

WOULD SOMEONE BE KIND ENOUGH TO SEND ME THE BASIC SOURCE FOR THE
   HEXBIN ROUTINE. I NEED THE XL VERSION.

  THANK YOU
      BILL

------------------------------

Date: 27 Oct 87 03:15:13 GMT
From: super.upenn.edu!eecae!nancy!msudoc!sumrall@rutgers.edu  (Kenneth Sumrall)
Subject: Atari BASIC source book
To: info-atari8@score.stanford.edu

Hello,

     I recently called COMPUTE! books and tried to order their book
The Atari BASIC Source Book, but they told me that it is no longer 
available.  It is not in any local book stores, and I don't think I have
ever seen it advertised by a mail order place like B & C computervision and
the like.  Does anyone know where I can get the book, or maybe someone
has a copy that they don't want anymore and are willing to sell me?

Please respond by e-mail.  I should be reachable at the following 
addresses:

ARPAnet        sumrall@msudoc.EGR
UUCP           ihnp4!msudoc!sumrall

Thanks in advance.
Kenneth Sumrall

------------------------------

Date: 26 Oct 87 13:27:56 GMT
From: ulysses!mhuxt!mhuxu!david1@ucbvax.Berkeley.EDU  (Rick Nelson)
Subject: Mike Ishler, I can't reach you.
To: info-atari8@score.stanford.edu


>Rick
>
>Sounds like we're on the right track.  Did you remove or otherwise check
>the other diode?  Some times they look ok but the connections are still
>bad.  Remove the diode and clean the leads and re-solder.  Let me know
>what happens also which diode cracked?  It may help in determining what
>the problem is.
>
>Mike

I replaced both diodes, CR15 and CR16 I think are their numbers.  OThe voltage
across them is about 5V.  Does this sound right?  When I put a disk in the 
drive and close the handle, the drive makes a noise for only a moment, (you
know the sound, whatever it is).  The busy light stays on, but the disk never
turns and when I turn on the computer I get the disk boot error message.

It costs $90 to have drives repaired around here and you can get a new one
for around $135-140.  It seems that they're a throw away item if one can't fix
it themself.

To answer your question, I think it was CR15 that was the diode that was
cracked and the first one replaced.

Have any other suggestions?  Your considerations are greatly appreciiated.

Thanks

Rick Nelson
mhuxu!david1

PS
I got the following reply when I tried to send you mail:
We have been unable to contact machine 'ucbvax' since you queued your job.

        ucbvax!mail xerox.com!ishler.wbst   (Date 10/21)
The job will be deleted in several days if the problem is not corrected.

------------------------------

Date: 28 Oct 87 06:31:38 GMT
From: hao!boulder!sunybcs!bingvaxu!leah!uwmcsd1!lakesys!rich@ames.arpa  (Rich Dankert)
Subject: Re: Mike Ishler, I can't reach you.
To: info-atari8@score.stanford.edu

>
>I replaced both diodes, CR15 and CR16 I think are their numbers.  OThe voltage
>across them is about 5V.  Does this sound right?  When I put a disk in the 
>drive and close the handle, the drive makes a noise for only a moment, (you
>know the sound, whatever it is).  The busy light stays on, but the disk never
>turns and when I turn on the computer I get the disk boot error message.
>

	Here's a bit of advice that just may solve your problems. In the 
above I noticed that you have replaced the diodes and are now on the lookout 
for possible bad solder connections. 

My suggestions is that you replace the whole Bridge Rectifier system, and 
also the 5 Volt regulator. I have had many a 1050 drive in my hands for repair
and for the most part the 5 volt reg was the problem. The voltage on the side 
of the diode, ( CR15 I think -- the one comming directly from the bridge ) 
should be about 22 volts. If it's low, you probably have a leaky diode in the 
bridge, so just replace all 4 diodes in the bridge. Replacesment of the 5 volt
regulator is cheap insurance, so I would also opt for that. Just rememer to 
get the rigth polarity regulator. Wouldn't want to pop the wrong voltage 
potential around the drive, which would make the whole situation worse.

-rich

	Lakesys & Milwaukee      |	Who & where ?????
	          A great place by a great lake.....


UUCP: {Ihnp4,uwvax}!uwmcsd1!lakesys!rich
Discalimer: The words,ideas,and expressions are my own, and not nessasarily 
always correct, but i'm pretty sure about this one!

------------------------------

From: V111MFQ6%UBVMS.BITNET@forsythe.stanford.edu
Date: Wed, 28 Oct 87 04:18 EST
Subject: Kermit-65, YAU, YAUE
To: info-atari8@score.stanford.edu
X-Vms-To: IN%"info-atari8@score.stanford.edu"

Hello there! I'm very new to this wonderfull thing of gateways, and was
wondering about some things about my atari 8-bit..
A) How can I go about obtaining A working copy of Kermit-65? I have a doc
file for an old version of it, and it seems very good, and I would like to
get my hands on it.. Right now I have to use Chameleon to access the vax/vms
system, and most other people are using vt100, and, well, uh, Chameleon
dosen't support vt100.. At least Moria works with vt52..
B) What are the files YAU and YAUE? I noticed in the info-atari8 list i found
that I would use that program to somehow extract LL.COM from the text file??
Please explain and tell me how to obtain these programs also, thanks.
[I already have LL.*, I found it Arc'ed on a BBS I call..]

      -Thanks     Uck! V111MFQ6@UBVMS.BITNET

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA.UUCP (10/31/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 31 Oct 87 11:45:09 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa03918; 31 Oct 87 4:30 EST
Date:  Fri 30 Oct 87 09:52:25 PST
Subject:  Info-Atari8 Digest V87 #94
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Friday, October 30, 1987   Volume 87 : Issue 94

This weeks Editor: Bill Westfield

Today's Topics:

                       UUDECODERS complete kit
                       December 1987 ANTIC TOC
                        To Atari Digest Editor
                  FROST and Turbo BASIC questions...
                      Re: The BASIC Source Book

----------------------------------------------------------------------

Date: 30 Oct 87 00:48:00 GMT
From: kaoa01.dec.com!curzon@decwrl.dec.com  (Richard Curzon KAO4-3/7A DTN 621-2196)
Subject: UUDECODERS complete kit
To: info-atari8@score.stanford.edu

Some netters seem to have missed the recent posting of YAU, and others can't
use it without having a UUdecoder to decode the UUdecoder. 

For those unhappy campers who are missing some of the parts, here is the 
complete 

               8 bitters all-in-one UUDECODING KIT
               ===================================

You either get every thing you need, or you don't know you missed 
anything.

Contents:

1) NEWUUDEC.BAS  (bootstrap)

    John Sangster's ground breaking UUdecoder v1.2, not only 

  - shows how fast BASIC can be with intelligent use of machine code
subroutines, but also 

  - has the virtue that it can be represented in ASCII here on the 
net.  You can "ENTER" it directly into BASIC.  If you always work in
BASIC, this may be the only UUdecoder you need. 

     Otherwise, you can use this program to decode YUA.COM, which is 
a standalone machine code program, which works with or without BASIC 
present.

2) YAU.COM

     John R Dunnings program is now the UUdecoder to beat for speed and 
ease of use.  Must be itself UUdecoded (see 1 above).

3) YAUE.COM

     JRD's encoder program.

4) YAU.DOX

     abbreviated docs for YAU and YAUE (sorry JRD, hope you don't mind my
     editing).  People prefer to find out how to use these things by
     effing around no matter what the risks ;-).

------------------------------newuudec.bas-------------------------------------
1 GOTO 100:REM jump around time-critical stuff to start up program.
2 M=USR(UUDADR)
10 IF M=0 THEN 2090
20 IF M>OBUFDIM THEN ? "Error at line 20, M=";M:GOTO 3000
30 PRINT #2;OBUF$;:BYTES=BYTES+M
40 INPUT #1,IBUF$:L=LEN(IBUF$)+1:IF L<62 THEN IBUF$(L)=" ":IBUF$(L+1)=IBUF$(L)
50 GOTO 2
100 ? "Uudecode Ver. 1.2a":? "Report errors to John Sangster at"
101 ? "(617) 235-8753/jhs@mitre-bedford.arpa":? 
102 POKE 6,1:REM Turn BASIC flag ON.
105 DIM OBUF$(80),IBUF$(62),OFILE$(16),IFILE$(16),A$(1)
110 DIM UUDECODE$(400)
120 UUDADR=ADR(UUDECODE$):IBUF=ADR(IBUF$):OBUF=ADR(OBUF$)
130 OBUFDIM=80:UUDDIM=400:BEEP=150:RETRY=500
140 GOTO 200
149 REM BEEP Subroutine:
150 SOUND 0,85,10,15:FOR I=1 TO 80:NEXT I:SOUND 0,0,0,0:RETURN 
199 END 
200 ? "Loading uudecode subroutine..."
201 RESTORE 4000:POKADR=UUDADR:MAXADR=POKADR+UUDDIM-1:PRGTOP=UUDADR-1
202 READ X:IF X=255 THEN READ X:IF X=255 THEN 204
203 ? "BAD LOAD FILE FOR UUD":END 
204 READ LO1,HI1,LO2,HI2:BYTES=HI2*256+LO2-(HI1*256+LO1)+1:PRGTOP=PRGTOP+BYTES
205 IF BYTES<0 OR BYTES>UUDDIM THEN ? "BYTE COUNT ERROR FOR UUD":END 
206 FOR I=1 TO BYTES:READ X:POKE POKADR,X:POKADR=POKADR+1:IF POKADR>MAXADR THEN ? "UUD STRG OVFLOW!":END 
207 NEXT I
208 TRAP 209:READ LO1,HI1,LO2,HI2:BYTES=256*HI2+LO2-(256*HI1+LO1)+1
209 PRGTOP=PRGTOP+BYTES:IF LO1<>224 OR HI1<>2 THEN 206
500 REM COMMAND DISPATCHER
530 ? :? "INPUT FILE";:INPUT IFILE$:IF LEN(IFILE$)=0 THEN 530
540 ? :? "OUTPUT FILE SPEC OR":? "DEFAULT DEVICE ID";:INPUT OFILE$
550 L=LEN(OFILE$):IF L=0 THEN OFILE$="D1:":? :? "Output to D1: assumed.":? 
2000 ? "Beginning uudecode processing..."
2011 IBUF$(1,1)=" ":M=USR(UUDADR,IBUF,OBUF):IF M<>0 THEN ? "Error in initializing UUDECODE, line 2011; M=";M:? :END 
2019 TRAP 2020:CLOSE #1:OPEN #1,4,0,IFILE$:GOTO 2030
2020 ? "INPUT FILE NOT FOUND":GOSUB BEEP:GOTO RETRY
2030 INPUT #1,IBUF$:BYTES=0
2035 L=LEN(IBUF$):IF L>5 THEN L=5
2036 IF L=0 THEN L=1:IBUF$=" "
2040 TRAP 2095:IF IBUF$(1,L)<>"begin" THEN 2030:REM skip header
2042 ? IBUF$:REM Print "begin" line to screen & get OFILE$ if default case.
2043 L=LEN(OFILE$):IF L<=0 OR OFILE$(L)=":" THEN 2046
2044 TRAP 2050:CLOSE #2:OPEN #2,8,0,OFILE$:TRAP 2095:GOTO 40
2046 L=LEN(IBUF$):FOR I=L TO 1 STEP -1
2047 IF IBUF$(I,I)<>" " THEN 2049
2048 OFILE$(4)=IBUF$(I+1,L):GOTO 2044
2049 NEXT I
2050 ? "OUTPUT FILESPEC":INPUT OFILE$:IF LEN(OFILE$)=0 THEN 2050
2052 GOTO 2044
2090 INPUT #1,IBUF$:IF IBUF$(1,3)="end" THEN PRINT IBUF$:GOTO 3000
2095 NERR=PEEK(195):IF NERR=136 THEN PRINT "EOF unexpected!":GOTO 3000
2097 ? "Error Code=";NERR
3000 ? "Done!":CLOSE #1:CLOSE #2:? "Output byte count = ";BYTES:? :? 
3010 ? "More files to decode (Y/N)";:INPUT A$:IF A$="Y" OR A$="y" THEN 500
3020 DOS 
4000 DATA 255,255,8,6,3,7
4010 DATA 104,240,67,170,56,233
4020 DATA 2,240,14,104,104,202
4030 DATA 208,251,169,254,133,212
4040 DATA 169,255,133,213,96,104
4050 DATA 141,1,6,104,141,0
4060 DATA 6,104,141,3,6,104
4070 DATA 141,2,6,165,6,240
4080 DATA 100,165,134,133,203,165
4090 DATA 135,133,204,173,2,6
4100 DATA 56,229,140,133,208,173
4110 DATA 3,6,229,141,133,209
4120 DATA 162,128,208,2,240,72
4130 DATA 160,0,177,203,201,129
4140 DATA 208,42,160,2,177,203
4150 DATA 56,229,208,208,33,200
4160 DATA 177,203,229,209,208,26
4170 DATA 165,203,141,6,6,165
4180 DATA 204,141,7,6,160,6
4190 DATA 177,203,141,4,6,200
4200 DATA 177,203,141,5,6,24
4210 DATA 144,22,24,165,203,105
4220 DATA 8,133,203,144,2,230
4230 DATA 204,202,208,192,169,255
4240 DATA 133,212,133,213,96,234
4250 DATA 173,0,6,133,204,173
4260 DATA 1,6,133,205,160,0
4270 DATA 132,213,177,204,56,233
4280 DATA 32,41,63,133,212,208
4290 DATA 24,165,6,240,19,173
4300 DATA 6,6,133,208,173,7
4310 DATA 6,133,209,160,4,169
4320 DATA 0,145,208,200,145,208
4330 DATA 96,165,6,240,43,173
4340 DATA 4,6,56,229,212,173
4350 DATA 5,6,229,213,16,9
4360 DATA 169,255,133,212,133,213
4370 DATA 32,54,185,173,6,6
4380 DATA 133,208,173,7,6,133
4390 DATA 209,169,0,160,5,145
4400 DATA 208,136,165,212,145,208
4410 DATA 230,204,208,2,230,205
4420 DATA 173,2,6,133,206,173
4430 DATA 4,7,108,7,3,6
4440 DATA 133,207,166,212,160,1
4450 DATA 177,204,56,233,32,133
4460 DATA 203,6,203,6,203,136
4470 DATA 177,204,56,233,32,6
4480 DATA 203,42,6,203,42,145
4490 DATA 206,202,240,68,169,0
4500 DATA 133,208,160,2,177,204
4510 DATA 56,233,32,41,63,74
4520 DATA 102,208,74,102,208,5
4530 DATA 203,136,145,206,202,240
4540 DATA 41,160,3,177,204,56
4550 DATA 233,32,41,63,5,208
4560 DATA 136,145,206,202,240,24
4570 DATA 24,165,204,105,4,133
4580 DATA 204,144,2,230,205,24
4590 DATA 165,206,105,3,133,206
4600 DATA 144,162,230,207,176,158
4610 DATA 96,224,2,225,2,0
--------------------------------yau.uue--------------------------------
begin 666 YAU.COM
M__\ , (P3+=7__\#4&Q2   !         (T,4)A(BDBB (JH("55J0N=0@.My
M#% @5N1HJFBH8$B&AH2'H "QAO .( U0R-#VYH;0\N:'T.YH8$B&AH2'H "Qy
MALF;\ X@#5#(T/3FAM#PYH?0[&A@ $B&AH2'H "QAO .C6-0R+&&( U0SF-0y
MT/5H8*F;3 U0 $A*2DI*((Y0:"D/CH10JKVG4" -4*Z$4&"8((50BB"%4& Py
M,3(S-#4V-S@Y04)#1$5&    R6&0!\E[L ,XZ2!@R3KP'LDN\!K)*O 6R3_Py
M$LDPD S).I *R4&0!,E;D (X8!A@CKA0L8CP$""Z4"#&4+ (S;A0\ 7(T.R@y
M_V    ".!%$898J%CJ6+:0"%C[&(\%S-!%'P5,F;\%/)(/!/R""Z4"#&4+!&y
MR2KP!,D_T I(J0@-!5&-!5%HC+=02* !L8Z@ -&.L!R@ 4@8:0&1CF@8:0*Hy
M:)&.K091#051C0513&Q1:*RW4$P54<@88#A@AHB$B:D C051H *1BJ &D8J@y
M$)&*H "B.B#J4# /J0&-!E&@ *D!( =13*91H "I HT&4:D%HBX@!U&P"*D$y
M#051C051J02-!E&I#Z*;( =1K051H "1BF",N5"LMU"1B.ZW4*RY4&"QBB#0y
M4<C*T/=@L8K(JF"&B(2)H ",MU"@ B#I4? ((-]1J3H@T%&@!B#I4? #(-]1y
MJ2X@T%&@$"#I4? #(-]1J9L@T%%@ (TE4J( H8HM)5+0&;&*T!6AC"TE4O .y
ML8SP"JKHL8R1BLC*T/A@J0&@ B F4JD"H 8@)E*I!* 0("92H "QC!&*D8I@y
M    __^I4ZI3  #__^M3L5E$,3I&3T\N555%FT9/3RY#3TV;  ( (" ( " @y
M(" @(" @ P @("   @ @( @ (" @(" @(" # " @(  " " @"  @(" @(" @y
M( , (" @  ( (" ( " @(" @(" @ P @("!(K050T!>B(*D#H# @'56L!%"My
M U @)56I"R U5:D!C050J0"- U"-!%"I X6"J3"%@VA@2*T$4,D@T ,@3E1Hy
MH "1@AAM"5"-"5"M"E!I (T*4.X&4- ([@=0T /N"%"I (T%4.X#4- #[@10y
MYH+0 N:#8(:*A(NI *  D8J@ I&*H :1BJ 0D8JL:E*Q@,F;\#2,:E*8&&6 y
MJJ6!:0"H('=1($Q2K&I2L8#)F_ 3R2#P!,A,]U3(L8#)F_ $R2#P]8QJ4AA@y
MC&I2($Q2.&"=1 .8G44#8)U( YB=20-@G4H#F)U+ V"=0@,@5N2]0P-@(!U5y
MJ0-,-55(F$BI!*  ("U5:*AH3#]52)A(J0B@ " M56BH:$P_5:(0H%*I;2 =y
M5:G_H  @)56I!2 U5<  , 1(:!A@F$BBEJ!5("M0:""%4"!_4#A@FU)E860@y
M97)R;W(@ *  L0K)3- 0H .Q"LE,T B@!K$*R4S0 TSO5:VI4] LH BQ"HWLy
M4Z4*A8"E"X6!H JQ"AAI/XUJ4JD!C:E3C:I3(#16L 9@64%5/@"BZJ!5("M0y
MH@"I;:!3(!U5J3R@ " E5:D%(#55P  0 TPO5JEMA8"I4X6!H ",:E*]2 /Py
M"ZD C:I3(#16L %@[JI3.&"L:E*Q@,F;\ W)(- $R$PW5HQJ4AA@C&I2.&"&y
MA(2%H "QA/ )V6U2T ;(3%56&& X8&)E9VEN( !E;F0 J?Z%BJE3A8NB9J!6y
M($]6D %@N6U2R9OP.<D@T 3(3(-6R+EM4LF;\"G)(-#TR+EM4LF;\!W)(/#Ty
M&)AI;:JI4FD J"!W4:W^4RD&\ 6I!HW^4QA@N6U2\!;)F_ "R&"82*+CH%8@y
M*U!HJ*D F6U2J2!@0F]G=7,@;&EN92$@(%5512!F:6QE(&ES(&)A9"Z;    y
M         *UM4CCI((T)5ZD!C6Q2K0E7T -,G%>L;%*B!(X*5Z( (,56..D@y
M*3^= E?HS@I7T.^,;%*M E<*"HT&5ZT#5TI*2DH-!E>-!E>M U<*"@H*C0=7y
MK0172DH-!U>-!U>M!%<*"@H*"@H-!5>-"%>M!E<@@E3."5?P&:T'5R""5,X)y
M5_ .K0A7(()4S@E7\ -,&5=@HA"I#" U5:(@J0P@-55@66]W(2  ("T^( "Iy
M (T)4(T*4(T&4(T'4(T(4*D!C:I3(*-5D -,KEFI.H6*J52%BZ+KH%,@=U&Iy
M.H6,J52%C:!4HA(@PE2BJZ!3(.Y1HA"@4ZFK($=5P 'P*IA(HAJ@6" K4&@@y
MA5 @?U!,HUE/<&5N(&5R<F]R(&]N(&EN9FEL93H@ "!G59 =HD"@6" K4$RCy
M64YO("="14=)3B G(&9O=6YDFP @<5:PV:DZA8JI5(6+HO:@4R!W4:G^A8RIy
M4X6-H%2B)B#"5*DZA8RI5(6-($Q2J1*%C*E4A8T@3%*BRZ!3(.Y1HJR@5R Ky
M4**KH%,@1E"BLJ!7("M0HLN@4R!&4"!_4*(@H%.IRR!75< !\"N82*+2H%@@y
M*U!H((50(']03*-93W!E;B!E<G)O<B!O;B!O=71F:6QE.B  J0&-!5 @3E0@y
M9U6P/*)MH%8@3U:0.B +5TSR6$)Y=&4@8V]U;G0@/2  0VAE8VMS=6T@/2 Cy
M> !5;F5X<&5C=&5D($5/1B&; *(BH%D@*U @3E0@G5>B!J!9("M0J0&%U:D y
MA=0@JMD@MMVM"%"%U:D A=0@JMD@V]H@MMVM!E"%U*T'4(75(*K9(&;:(.;8y
MH "Q\T@I?R -4,AHR0 0\B!_4*(4H%D@*U"M"E @A5"M"5 @A5 @?U @G5>My
3JE/0 TRW5R"=5V#__^ "X0*W5P  y
 
end

--------------------------------yaue.uue--------------------------------
begin 666 YAUE.COM
M__\ ,'$R3%LW         (T),)A(BDBB (JH(.,TJ0N=0@.M"3 @5N1HJFBHy
M8$B&AH2'H "QAO .( HPR-#VYH;0\N:'T.YH8$B&AH2'H "QALF;\ X@"C#(y
MT/3FAM#PYH?0[&A@ $B&AH2'H "QAO .C6 PR+&&( HPSF PT/5H8*F;3 HPy
M $A*2DI*((LP:"D/CH$PJKVD," *,*Z!,&"8(((PBB"",& P,3(S-#4V-S@Yy
M04)#1$5&    R6&0!\E[L ,XZ2!@R3KP'LDN\!K)*O 6R3_P$LDPD S).I *y
MR4&0!,E;D (X8!A@CK4PL8CP$""W,"##,+ (S;4P\ 7(T.R@_V    ". 3$8y
M98J%CJ6+:0"%C[&(\%S- 3'P5,F;\%/)(/!/R""W,"##,+!&R2KP!,D_T I(y
MJ0@- C&- C%HC+0P2* !L8Z@ -&.L!R@ 4@8:0&1CF@8:0*H:)&.K0,Q#0(Qy
MC0(Q3&DQ:*RT,$P2,<@88#A@AHB$B:D C0(QH *1BJ &D8J@$)&*H "B.B#Gy
M,# /J0&- S&@ *D!( 0Q3*,QH "I HT#,:D%HBX@!#&P"*D$#0(QC0(QJ02-y
M S&I#Z*;( 0QK0(QH "1BF",MC"LM#"1B.ZT,*RV,&"QBB#-,<C*T/=@L8K(y
MJF"&B(2)H ",M#"@ +&**0'P#Z "(.8Q\ @@W#&I.B#-,: &(.8Q\ ,@W#&Iy
M+B#-,: 0(.8Q\ ,@W#&IFR#-,6  C2HRH@"ABBTJ,M 9L8K0%:&,+2HR\ ZQy
MC/ *JNBQC)&*R,K0^&"I : "("LRJ0*@!B K,JD$H! @*S*@ +&,$8J1BF  y
M  #__ZXSKS,  /__\#,E.40Q.D9/3RY#3TV;+E5519L  @ @( @ (" @(" @y
M(" # " @(  " " @"  @(" @(" @( , (" @  ( (" ( " @(" @(" @ P @y
M("  K3PTT"JB$*D J"#;-"#C-*D'G4(#(%;D,!#N S#0$NX$,- -[@4P3&XTy
MJ0&-/#2I $@8;08PC08PK0<P:0"-!S!H8(:*A(NI *  D8J@ I&*H :1BJ 0y
MD8JL;S*Q@,F;\#2,;S*8&&6 JJ6!:0"H('0Q(%$RK&\RL8#)F_ 3R2#P!,A,y
MM33(L8#)F_ $R2#P]8QO,AA@C&\R(%$R.&"=1 .8G44#8)U( YB=20-@G4H#y
MF)U+ V"=0@,@5N2]0P-@(-LTJ0-,\S1(F$BI!*  (.LT:*AH3/TT2)A(J0B@y
M "#K-&BH:$S]-(JB("#;-*G_H  @XS2I"2#S-,  , 1(:!A@F$BB4: U("@Py
M:""","!\,#A@FU=R:71E(&5R<F]R( "@ +$*R4S0$* #L0K)3- (H :Q"LE,y
MT -,K#6MKC/0+: (L0J-\3.E"H6 I0N%@: *L0H8:3^-;S*I 8VN,XVO,R#Qy
M-; '8%E!544^ **FH#4@*#"B *ERH#,@VS2I/*  (.,TJ04@\S3  ! #3.PUy
MJ7*%@*DSA8&@ (QO,KU( _ +J0"-KS,@\36P 6#NKS,X8*QO,K& R9OP#<D@y
MT 3(3/0UC&\R&&",;S(X8&)E9VEN(#8V-B @(" @(" @(" @(" @(" @(" @y
M()L@FV5N9)NI (6*J32%BZT -"G^C0 THA:@-B#K,: VH@P@)35@        y
M    J0"-5S:I 8UQ,JD C50VC54VC58V(#TTC50VK3PTT!_N5S8@/32-53:My
M/#30$>Y7-B ]-(U6-JT\-- #[E<VK50V2DJ-4#:M539*2DI*C5$VK50V"@H*y
M"BDP#5$VC5$VK54V"@HI/(U2-JU6-DI*2DI*2@U2-HU2-JU6-BD_C5,VK'$Ry
MK5 V*3\8:2"9<C+(K5$V*3\8:2"9<C+(K5(V*3\8:2"9<C+(K5,V*3\8:2"9y
M<C+(C'$RK5<VR2VP"*T\-- #3&,VK5<V&&D@C7(RK'$RJ7F9<C+(J9N9<C*By
M<J R("4U&&"B$*D,(/,THB"I#"#S-&!9;W=E92$@ " M/B  J0"-!C"-!S"-y
M S"-!#"-!3"-/#2I 8VO,R!?-9 #3"(YJ2B%BJDTA8NB\* S('0QJ2B%C*DTy
MA8V@-*( (( THK"@,R#K,:(0H#.IL" %-< !\"J82*+!H#<@*#!H(((P('PPy
M3!<Y3W!E;B!E<G)O<B!O;B!I;F9I;&4Z( "I*(6*J32%BZ+[H#,@=#&I*(6,y
MJ32%C2!1,J THA0@@#2I (6,J32%C2!1,J+0H#,@ZS&B3J W("@PHK"@,R!#y
M,*)6H#<@*#"BT* S($,P('PPHB"@,ZG0(!4UP 'P*YA(HDJ@." H,&@@@C @y
M?#!,%SE/<&5N(&5R<F]R(&]N(&]U=&9I;&4Z(  @,38@63:P0ZT\-/#VHBN@y
M-B E-:(MH#8@)35,M#A">71E(&-O=6YT(#T@ $-H96-K<W5M(#T@(W@ 56YEy
M>'!E8W1E9"!%3T8AFP"BG* X("@P(#\WHH"@." H,*D!A=6I (74(*K9(+;=y
MK04PA=6I (74(*K9(-O:(+;=K0,PA=2M!#"%U2"JV2#FV*  L?-(*7\@"C#(y
M:,D $/(@?#"BCJ X("@PK0<P(((PK08P(((P('PP(#\WK:\ST -,6S<@/S=@y
(___@ N$"6S< y
 
end

---------------------------yau.dox--------------------------------------
 
    Yau  can be run two ways:  either from the command line, if you're
    using DOS XL, or by prompting for its  own  commands.   In  either
    case,  the  form  of  the  command  line  to  Yau  is 'source-file
    [target-file]' where target file is optional.  
 
    Examples:  
      If you ARE running DOS XL, you could type:  
 
        YAU D1:FOO.UUE D1:FOO.COM 
 
      If you aren't running DOS XL, or you are but didn't give Yau any
      args when you started it up, it will prompt, as:  
 
        YAU> 
 
      ...to which you could answer 
 
        D1:FOO.UUE D1:FOO.COM 
 
 
    You could say 
 
        YAU FOO D2:  
 
    to  decode  a  file  on  D1:  to a the resultant file on D2:.  

    You could say 
 
        YAU FOO BAR 
 
    to  override  whatever's  in  the 'begin' line, and put the result
    into BAR.COM.  Finally, if YAU senses that it's running under  DOS
    XL, it'll inherit the default device spec, so you're not stuck do-
    ing everything on D1:.
 
    Yau  keeps  a  byte  count  and  simple 16 bit checksum while it's
    decoding;  when it's done with a file, it will display them, as:  
 
        Byte count = 2099 
        Checksum = #x1FC0 
 
    The  byte  count is in decimal, the checksum is in hex;  the #x is
    to remind you that it's hex, in case it's not obvious from the va-
    lue.  The checksum is the running unsigned sum of all the bytes in
    the resultant file, truncated to 16 bits.  
 
 
  YAUE:  Yet Another UU Encoder.  
 
 
    Yaue  is  a companion program to Yau.  It takes binary files (pro-
    grams, archives, etc) and encodes  them  into  text  suitable  for
    sending  through  predatory  mail  systems, etc.    The byte count and 
    checksums for this release are:  

    Yau:  2134. bytes, #x39F2 checksum.
    Yaue: 1988. bytes, #xE74D checksum.
 
    I guess that's about it.  Happy coding!   - JRD


NOTE to spartaDOS users:  Command line is supported, though not 
as completely as for DOS XL.  If you assume no defaults, you will 
be satisfied with the results!  -RC

------------------------------

Date: 29 Oct 87 21:21:35 GMT
From: ihnp4!ihlpe!kimes@ucbvax.Berkeley.EDU  (Kit Kimes)
Subject: December 1987 ANTIC TOC
To: info-atari8@score.stanford.edu

			DECEMBER 1987 ANTIC TOC
			Theme: Printer Power

page	article

9	I/O BOARD
		Letters from Readers.
10	NEWS UPDATE
		ANTIC tests the newest Atari hardware.
14	GAME OF THE MONTH: DUNGEON ARCADE
		An epic-scale fantasy role-playing adventure that offers
		elements of arcade action when you fight monsters in the
		40-room dungeon.  BASIC.
17	COMMUNICATIONS: ICONVERTER
		A program that converts any Print Shop icon directly to
		ATASCII graphics.  A whole new treasure trove of online
		art is now available.
19	NEW PRODUCTS
		A description but not a review of several new products
		available for the Atari computers.  This months list include
		Graphics Companion I (Datasoft), Lightspeed C, Classy Chassy
		and Time Bomb (Clearstar Softechnologies).
24	PRODUCT REVIEWS
		Software
		  First XLEnt Word Processor V2.1 (XLEnt Software)
		  Awardware (Hi Tech Expressions, Inc)
30	APPLICATIONS: SCIENCE STATISTICIAN
		Just what you need for all those laboratory experiments where
		you have to calculate averages and standard deviations for
		your results.  BASIC.
37	NEWS STATION PAGE-DESIGNER
		A review of News Station and News Station Companion from
		Reeve Software.
40	P.S. ENVELOPE MAKER
		Now you can make an endless supply of custom-addressed
		envelopes just the right size for your Print Shop cards.
41	PRINT SHOP POWER TRICKS
		Master advanced PS techniques not documented with this
		popular software.  Mix upper and lower case letters, place
		multiple graphics on the same page, etc.
42	MORE ICONS FOR PRINT SHOP
		Sources for public domain and low cost icon disks.
44	DESIGNER LABELS MAIL-MERGE
		A short patch for Designer Labels (ANTIC 4/87) that allows
		you to use PS icons to decorate your mailing list labels.
51	TURBOBASE BUSINESS SOFTWARE
		A review of MicroMiser's TurboBase Integrated Business 
		Applications software.  This company really knows how to
		support its users.

	***********BEGIN THE ST RESOURCE SECTION**********

54	ST PRODUCT NEWS 
		New Products (description only)
		  This months list include: Plutos and Q-Ball (Mindscape,Inc),
		  Hacker and Little Computer People--lower prices (Activision,
		  Inc), MasterCAD (INDI C.A.), MIDI Maze (Hybrid Arts, Inc),
		  SCAD (XETEC, Inc), IMG SCAN (Seymor-RAdix), Vegas Gambler, 
		  Vegas Craps and Club Backgammon (Logical Design Works, Inc)
		  and Athena II (Iliad Software, Inc).
55	ST PRODUCT REVIEWS
		Software
		  ST Wars (Miles Computing)
		  1st Math (Elmer Larsen Stone & Associates)
		  Memory Master and My Letters (Elmer Larsen Stone & Associates)
		  Numbers and Words (Elmer Larsen Stone & Associates)
		  Shanghai (Activision, Inc)
		  Hardball (Accolade Software)
57	MORSE CODE TRAINER
		This program (actually 2, one for the ST and one for 8bit
		computers) will take text from a file and send it to you
		as morse code.  It also prints the text to the screen so
		you can see your mistakes as it sends.

	***********END THE ST RESOURCE SECTION************

61	SOFTWARE LIBRARY
		This section contains all the program listings for the
		articles in this issue.
82	TECH TIPS
		This section is a collection of tips and short
		programs from readers or collected from various Users
		Groups newsletters.  This months is all sound effects.

Coming next month: The sixth annual Shoppers Guide.

Comments:  The disk bonus this month is ANTIC PUBLISHER for the 8bit owners.
	   It is a starter desktop publishing program that gives you some
	   of the key capabilities of Print Shop and Newsroom.  It features
	   pull-down menus and joystick control.

						Kit Kimes
						AT&T-ISL
						1100 E. Warrenville Rd.
						Naperville, IL 60566
						...!ihnp4!ihlpe!kimes

------------------------------

Date: 30 Oct 87 06:59:20 PST (Friday)
Subject: To Atari Digest Editor
From: "Hugh_E._Wells.ElSegundo"@Xerox.COM
To: Info-Atari8@Score.Stanford.EDU
In-Reply-to: Info-Atari8%Score.Stanford:EDU:Xerox's message of

10/30/87

I have enjoyed the Atari Digest and appreciate seeing it posted on the
network.

Can you help me locate an Atari 825 printer?  My preference is a
functional device, but would accept one for parts.  I could also use a
Centronics 737 or Radio Shack Model IV printer.

I appreciate any help you may be able to provide.

Thank you,

Hugh Wells
(213) 333-7923  Work
(213) 546-2137  Home

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: FROST and Turbo BASIC questions...
Date: Thu, 29 Oct 87 17:49:47 EST
From: jhs@mitre-bedford.ARPA

Does anybody know if the Turbo BASIC compiler and runtime system work

    (a) on an 800 or upgraded 400?

    (b) on an XL/XE under SpartaDOS or DOS-XL or any other
	DOS that uses portions of the RAM under ROM?

I am wondering whether to bother sending out the compiler and runtime
system to people who request FROST BASIC.  In general I have not, but somebody
ought to try out the above combinations.

-John Sangster, jhs@mitre-bedford.arpa

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: Info-Atari8@Score.Stanford.edu
Subject: Re: The BASIC Source Book
In-Reply-To: Your message of Wed, 28 Oct 87 22:10:36 -0800.
Date: Thu, 29 Oct 87 18:02:59 EST
From: jhs@mitre-bedford.ARPA

You might try (with no guarantees)

	American TV     (415) 352-3787

	CSC (Hightstown NJ) (609) 448-8889

	Applied Computer Associates 1-800 4-ATARIS (428-2747)

If you strike out, and need specific questions answered, I'll try to find
time to look them up for you.  Somebody oughta ask COMPUTE! if they will
release the book into the Public Domain so die-hards can copy it for friends.

-John Sangster / jhs@mitrebedford.arpa

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/04/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 4 Nov 87 04:52:59 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/04/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 4 Nov 87 13:44:29 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/05/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 5 Nov 87 07:30:13 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/05/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 5 Nov 87 10:01:13 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/06/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 6 Nov 87 12:51:04 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/07/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 7 Nov 87 10:00:32 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------

InfoMail-Mailer@WALKER-EMH.ARPA (11/08/87)

Mail was not delivered to the following users because
there were bad address(es) in TO and/or CC field(s):
        info-atari
UNDELIVERED-MESSAGE: 
----------------------------------------------------------------
Received:  from BBN.COM by WALKER-EMH.ARPA ; 7 Nov 87 21:34:41 GMT
Received-2:  from score.stanford.edu by BBN.COM id aa12500; 3 Nov 87 21:16 EST
Date:  Tue 3 Nov 87 11:12:59 PST
Subject:  Info-Atari8 Digest V87 #95
From: Info-Atari8 @ SCORE.STANFORD.EDU
Errors-to:   Info-Atari8-request@Score.Stanford.EDU
Maint-Path:  Info-Atari8-request@Score.Stanford.EDU
To: Info-Atari8 Distribution List:
Reply-to:  Info-Atari8@SCORE.STANFORD.EDU
Text: 
Info-Atari8 Digest   Tuesday, November  3, 1987   Volume 87 : Issue 95

This weeks Editor: Bill Westfield

Today's Topics:

                       compilers for Atari 8bit
                Re: FROST and Turbo BASIC questions...
                            Several things
    Turbo BASIC runtime and compiler compatibility with SpartaDOS.
                          cc8 documentation
                           1050 disk format

----------------------------------------------------------------------

Date: 30 Oct 87 23:49:36 GMT
From: pyramid!fmsrl7!nucleus!krastes@LLL-LCC.ARPA  (David Krastes)
Subject: compilers for Atari 8bit
To: info-atari8@score.stanford.edu

I have a 130XE with  320K ram  and I am interested in programing it but
basic is not the language of my choice for any real programing what 
languages are there available? what public domain conpilers are out for
this machine (not including basic compilers) I would be expecialy 
interested in ones that use the extra memory. If there are any good 
pascal compilers I would appreciate it if someone would mail me a copy
Thank you

------------------------------

Date: 1 Nov 87 01:18:06 GMT
From: aramis.rutgers.edu!knutsen@rutgers.edu  (Mark Knutsen)
Subject: Re: FROST and Turbo BASIC questions...
To: info-atari8@score.stanford.edu

In article <8710292249.AA12047@mitre-bedford.ARPA> jhs@MITRE-BEDFORD.ARPA writes:

> Does anybody know if the Turbo BASIC compiler and runtime system work
> 
>     (a) on an 800 or upgraded 400?
Yes.  There is a special 800-only version.

> 
>     (b) on an XL/XE under SpartaDOS or DOS-XL or any other
> 	DOS that uses portions of the RAM under ROM?
Perhaps the 800 version will, but the XL version won't.
-- 
_________________________________ Jersey    |||  _____________________________
ARPA: knutsen@rutgers.edu       |    Atari / | \ | GEnie GE Mail: M.KNUTSEN
UUCP: {...}!rutgers.edu!knutsen |  |||  Computer | The JACG BBS: (201)298-0161
--------------------------------- / | \    Group -----------------------------
         "Yow!  I'm the ONLY Atari 8-bit user at Rutgers University!"

------------------------------

Date: Mon, 2 Nov 87 16:35 EST
From: John R. Dunning <jrd@stony-brook.scrc.symbolics.com>
Subject: Several things
To: Info-Atari8@score.stanford.edu

A while ago, I posted an upgraded, bug-fixed etc version of Kermit-65.
I haven't seen it appear in the archives, nor have I seen any mail about
it.  Does anyone know what happened?  Did it disappear into hyperspace?
I'll repost it if so.

Second thing:  I'm whipping up a new assembler for use in the C compiler
project, and was wondering what sort of macro syntax anyone prefers?
In particular, what does MAC/65 do?  I gather from reading mail that a
number of folk like that one.  Any other favorites?  Any particular
kinds of macro capabilities in demand?  

Finally, in digging back thru old mail, I discovered a rumor that
someone was going to come up with a relocatable object format.  I
haven't seen anything about it since; does anyone have any info about
such a thing?  If not, I'll finish my own design and use that.

Thanks for any feedback.

------------------------------

Posted-From: The MITRE Corp., Bedford, MA
To: info-atari8@score.stanford.edu
Subject: Turbo BASIC runtime and compiler compatibility with SpartaDOS.
Date: Mon, 02 Nov 87 18:19:00 EST
From: jhs@mitre-bedford.ARPA

Thanks to John DiMarco for supplying the following information.
-John Sangster, jhs@mitre-bedford.arpa
------- Forwarded Message
From: "John D. DiMarco" <jdd%csri.toronto.edu@RELAY.CS.NET>
Message-Id: <8711022059.AA24394@csri.toronto.edu>
To: jhs
Subject: Re: FROST and Turbo BASIC questions...
-------
The Turbo basic runtime and compiler systems do NOT work on an XL running 
spartados.

John DiMarco              Disclaimer:   I take complete responsibility for 
                                        anything I have written above. 
jdd@csri.toronto.edu                    The University of Toronto can in no
ihnp4!utzoo!utcsri!jdd                  way be responsible for anything I say.
-------------------------end-of-forwarded-message-----------------------------

------------------------------

Date: 2 Nov 87 18:25:02 GMT
From: spdcc!m2c!ulowell!cg-atla!saulnier@husc6.harvard.edu  (Jim Saulnier X7097)
Subject: cc8 documentation
To: info-atari8@score.stanford.edu

Could the author/distributor of the "cc8" C compiler please repost
the documentation of same? I have searched my entire account and it
seems to be gone. (Our system does that sometimes....takes things with
it when it crashes, which is often, unfortunately.)

Many thanx.
--
Jim Saulnier

...!{decvax,ima,ism780c,ulowell,cgeuro,cg-f}!cg-atla!saulnier
"Wow, it never did THAT before."

------------------------------

Date:  3 Nov 87 10:41 PST
From: Jeff Makey <Makey@LOGICON.ARPA>
To: info-atari8@SCORE.STANFORD.EDU
Subject: 1050 disk format

I am writing an exerciser for my (unmodified) Atari 1050 disk drive,
and I would like to know what the "worst cast" pattern is that I should
write to the disk to test for bad media.

For the uninitiated, the worst case pattern is like alternating ones
and zeroes, except that the particular method of encoding the ones and
zeroes on the disk may mean that a different pattern is actually the
"worst" case.  Thus, even if you don't know which pattern is worst you
could help me if you could tell me how ones and zeroes are physically
stored on the disk.  Thanks in advance.

                       :: Jeff Makey
                          Makey@LOGICON.ARPA

------------------------------

End of Info-Atari8 Digest
**************************
-------

-------------------END OF UNDELIVERED MESSAGE-------------------