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