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-------------------