Via:      UK.AC.EARN-RELAY; 16 OCT 89 11:23:16 GMT  
Received: from UKACRL by UK.AC.RL.IB (Mailer X1.25) with BSMTP id 7931; Sat, 14
          Oct 89 09:29:41 BS
Received: from CEARN.cern.ch by UKACRL.BITNET (Mailer X1.25) with BSMTP id
          7724; Sat, 14 Oct 89 09:29:40 B
Received: by CEARN (Mailer R2.03B) id 7171; Sat, 14 Oct 89 09:27:56 GVA
Date:     Sat, 14 Oct 89 01:00:30 MDT
Reply-To: INFO-ATARI16@MIL.ARMY.WSMR-SIMTEL20
Sender:   INFO-ATARI16 Discussion <INFO-A16@EARN.DEARN>
Comments: Warning -- original Sender: tag was INFO-A16@MARIST
From:     INFO-ATARI16-REQUEST@MIL.ARMY.WSMR-SIMTEL20
Subject:  INFO-ATARI16 Digest V89 #519
Comments: To: INFO-ATARI16@WSMR-SIMTEL20.ARMY.MIL
 
INFO-ATARI16 Digest         Sat, 14 Oct 89       Volume 89 : Issue 519
 
Today's Topics:
                               ARC.TTP
                     graphics enhancement for ST
                      Kudos to C= & Misc Junque
                             Laser C bugs
                             Noisy SH204
                     pack and speed of execution
                 panarthea archive (was Re: Arc 5.21)
                        Portable Mac vs STACY
                         Presentation Manager
                          Printer questions
      Request for comments about Atari ST RAM upgrades (2 msgs)
----------------------------------------------------------------------
 
Date: 13 Oct 89 13:48:10 GMT
From: eru!luth!sunic!mcsun!inria!loria!cartan.crin.fr!domen@bloom-beacon.mit.edu
  (Eric Domenjoud)
Subject: ARC.TTP
 
I posted a few days ago a message about ARC.TTP but I think it was
not clear enough. I said that all bytes whose value was 0x0D were
removed and people understood that my file was bad uudecoded. I
meant actually that these bytes were removed from the file before
or while uuencoding and I think that the bug exists in the file on
the server
 
	archive-server%panarthea@sun.com
 
I partly uudecoded the file by hand and got exactly the same result.
 
	Eric Domenjoud
 
------------------------------
 
Date: 14 Oct 89 03:40:22 GMT
From: spies!citasim!red_wiz@apple.com  (Jason Herfurth)
Subject: graphics enhancement for ST
 
>Image Systems has a sub $1,000 board for the ST that allows any
>multi-sync to be connected to the ST (if it is capable of running
>at 50 KHz horizontal and capable of the resolution.)  It extends the
>color palette to 4,096 (vs. 512.) and has a 1,024x768 display with
>16 colors (non-interlaced.)  It also has a socket for a 68881 math
>co-processor.
 
i am extremely interested in taking a look at this board. can anyone
tell me how to get in touch with Image Systems?? or is this another "CEKA"?
 
 
---
"...in the spirit of hobbyist computing"        ...apple!spies!citasim!%s
 
Spies in the Wire, PUBLIC ACCESS UNIX                      (408) 867-7400
 
------------------------------
 
Date: 13 Oct 89 17:10:47 GMT
From: sdcc6!sdcc13!pa1329@ucsd.edu  (pa1329)
Subject: Kudos to C= & Misc Junque
 
from comp.sys.amiga...
In article <536@tw-rnd.SanDiego.NCR.COM> johnl@tw-rnd.SanDiego.NCR.COM (John
 Lindwall) writes:
>
>Just wanted to take a short time-out to thank ALL the people at Commodore for
>the wonderful things they have been doing.  The introduction of the high-end
>68020 based A2500, the excellent 1.3 AmigaDOS complete with a nice manual,
>the continued commitment to compatibility (We A1000 owners salute you!), the
>lack of vapor-ware, the promise of a new ad campaign on the horizon, etc.
>After scanning through comp.sys.atari.st I shudder to think of what might have
>happened had I bought an ST (1.4 TOS is out - $100 & no documentation
 included).
>Good work all!  Keep it up!
>
 
Atari, any comment on the above messages?
 
Can you catch up?   When can we St owners see some real stuff
instead of vaporware?   when can the ST be advertised?  When?  when?
When?.........
 
------------------------------
 
Date: 14 Oct 89 01:46:17 GMT
From: microsoft!w-darekm@uunet.uu.net  (Darek Mihocka)
Subject: Laser C bugs
 
Someone sent me mail about Laser C which I could not send back, so I
am posting this here for anyone else that's interested.
 
The code generation bugs are mainly in the inline assembler.


end