Info-Atari16 Digest Sun, 10 Nov 91 Volume 91 : Issue 588 Today's Topics: BGERVIN: HEY common lisp CS_TeX Update For Sale: Sound Designer ST less97 diffs (was: Re: using less.ttp as the Neodesk pager) Misc Questions PD or shareware Fortran Compiler out there (2 msgs) Print Spoolers for Spectre? SCSI info needed SST, MegaTalk, Gadgets Updates stupid SX212 modem question Video Toaster What Is Adspeed STe? WordPerfect 2.x for the Mac (via Spectre) 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: 10 Nov 91 20:22:15 GMT From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark Choi) Subject: BGERVIN: HEY To: Info-Atari16@naucse.cse.nau.edu HEY: I AM STILL LOOKING FOR YOU. I need your tele no., as I can not email you. mark ------------------------------ Date: 11 Nov 91 02:31:05 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!sarah!sarah.albany.edu!ad 0834@arizona.edu (Andy Dickinson) Subject: common lisp To: Info-Atari16@naucse.cse.nau.edu I have a text called "Common LISPCraft" by Wilensky et al which is pretty good. I'm not sure if that's what you're asking..... I'd assume that clisp supports the regular common lisp stuff... Oh well... - Andy Dickinson -- Internet : ad0834@sarah.albany.edu Bitnet : AD0834@ALBNYVMS.BITNET USMail : 271 Lark St. #3, Albany NY 12210 Ph : (518) 426 - 7907 * * Capital Dist. Draft and Military Counselors : [ Info : (518) 434 - 4037 ] -- Internet : ad0834@sarah.albany.edu Bitnet : AD0834@ALBNYVMS.BITNET USMail : 271 Lark St. #3, Albany NY 12210 Ph : (518) 426 - 7907 * * Capital Dist. Draft and Military Counselors : [ Info : (518) 434 - 4037 ] ------------------------------ Date: 10 Nov 91 18:52:14 GMT From: noao!asuvax!cs.utexas.edu!wupost!psuvax1!psuvm!frmop11!barilvm!technion!phr00jg @arizona.edu (Jacques J. Goldberg) Subject: CS_TeX Update To: Info-Atari16@naucse.cse.nau.edu As a TeX "veteran" (using it on various platforms since 1982), could I suggest that version numbering respects or at least reminds the OFFICIAL TeX version used? CS_TeX 2.10 is awfully confusing in 1991 where TeX 3.1x is probably the current version number. If CS_TeX 2.10 had anything to do with TeX 2.xx, I would not touch it because of lack of compatibility with the rest of the world. I know it hasn't, but why confuse a situation which is already not very simple because of the sophistication of TeX? ------------------------------ Date: 11 Nov 91 00:06:48 GMT From: bu.edu!bucsf.bu.edu!selick@uunet.uu.net (Steven Selick) Subject: For Sale: Sound Designer ST To: Info-Atari16@naucse.cse.nau.edu For Sale: Sound Designer for Atari ST --------------------------- This complete software package is the best sample editing software around. It does on-screen editing of waveforms, loops, and cut and allows cut and paste of samples. It supports most major samplers, and midi sample dump format as well. The price is right at just $200! Call Steve @ 617-566-4654 or e-mail ------------------------------ Date: 9 Nov 91 22:40:28 GMT From: math.fu-berlin.de!uniol!olis!nicedel!lynx1!jelal!nox@uunet.uu.net (Juergen Lock) Subject: less97 diffs (was: Re: using less.ttp as the Neodesk pager) To: Info-Atari16@naucse.cse.nau.edu In <1991Nov7.194716.587@mailer.cc.fsu.edu> boyd@pipe.cs.fsu.edu (Mickey Boyd) writes: >[less] > The only thing I miss is the ability to hit "v" >and fire up an editor (less reports "no shell!"), but I can live with that. hmm, did you set $SHELL and $EDITOR ? the shell has to understand '-c ' and the editor shouldn't use GEM, though. >It is so nice to have a file viewer I can search for stuff with (using the >"/" directive)! true. or under MiNT, you can put it at the end of a pipe and then search and scroll around in the output... >By the way, this is the less available from atari.archive in the file >/atari/utilities/less.arc. There is also a less97.arc out there, but it >is a MINT specific port. well, actually that version _did_ run under TOS (to a certain extent at least), only it needs something sensible in /etc/termcap. the reason i hacked on it was another: to fix a bug that sometimes caused it to allocate much more memory than it really needed... diffs are short enough i think i can simply post 'em here. :-) (the other changes are to keep poor ol' GEMDOS a little more happy when running under TOS, and because of differences in the MiNT library the original port used. lib/console.c is from MiNT lib pl 10, but looks like pl 14 needs the patch as well. (guess my `bugreport' was a few days late :-) ) btw, eric, did you get my last 2 mails? looks like some box on the (UUCP) way to my home address is dropping mail. :-( i've set Reply-To to send a copy to my bitnet address, in case you read this... ah yes, and while i'm at it: job control in MiNT 09 works better now, but stopping eg a less that was spawned from another program (eg another less, like when u hit `h'elp :-) still requires more than one ~Z, if it doesn't hang MiNT completely. (similar to the `hanging bash syndrome'... :-( ) maybe it's a difference when a program does `kill(getpid(), SIGTSTP);' instead of getting the signal from the terminal directly? >... >Also, I have a buddy that complains about not having a good pager program for >his TT. We are going to test out less to see if it works on his system. maybe you'll have to adjust :li and :co in in the termcap entry, but otherwise should be no problem. bye... Juergen -- J"urgen Lock / nox@jelal.north.de / ..!uunet!unido!sol.north.de!jelal!nox ...ohne Gewehr diff -c ../orig/command.c ./command.c *** ../orig/command.c Sun Jan 6 00:15:50 1991 --- ./command.c Fri Sep 27 01:42:22 1991 *************** *** 28,33 **** --- 28,37 ---- extern char *current_file; #if EDITOR extern char *editor; + # if MINT + extern int file; + extern int __mint; + # endif #endif extern int screen_trashed; /* The screen has been overwritten */ *************** *** 306,311 **** --- 310,316 ---- * Make one pass to see how big a buffer we * need to allocate for the expanded shell cmd. */ + n = 0; for (fr = cmdbuf; *fr != '\0'; fr++) if (*fr == '%') n += strlen(current_file); *************** *** 735,740 **** --- 740,757 ---- else sprintf(cmdbuf, "%s +%d %s", editor, c, current_file); + #if MINT + /* poor GEMDOS gets confused when a file is + open more than once... -nox */ + if (!__mint && file) { + close(file); + lsystem(cmdbuf); + if ((file = open(current_file, 0)) < 0) { + error("Couldn't reopen file"); + edit(""); + } + } else + #endif lsystem(cmdbuf); ch_init(0, 0); clr_linenum(); diff -c ../orig/makefile ./makefile *** ../orig/makefile Sun Jan 6 01:23:28 1991 --- ./makefile Fri Sep 20 03:07:36 1991 *************** *** 16,22 **** # make clean # Removes "less" and the .o files. # make clobber # Pretty much the same as make "clean". ! SHELL = g:/bin/init.prg ########################################################################## # Compilation environment. --- 16,25 ---- # make clean # Removes "less" and the .o files. # make clobber # Pretty much the same as make "clean". ! #SHELL = g:/bin/init.prg ! CC = gcc.ttp ! AS = gcc-as.ttp ! LD = gcc-ld.ttp ########################################################################## # Compilation environment. *************** *** 45,52 **** # It is normally "-O" but may be, for example, "-g". OPTIM = -O -fcombine-regs -fomit-frame-pointer ! CFLAGS = $(OPTIM) ! LDFLAGS = -s ########################################################################## --- 48,56 ---- # It is normally "-O" but may be, for example, "-g". OPTIM = -O -fcombine-regs -fomit-frame-pointer ! #CFLAGS = $(OPTIM) ! CFLAGS = $(OPTIM) -DMINT ! #LDFLAGS = -s ########################################################################## *************** *** 61,67 **** OBJ = main.o option.o prim.o ch.o position.o input.o output.o \ screen.o prompt.o line.o signal.o os.o help.o ttyin.o \ ! decode.o command.o linenum.o tags.o version.o ########################################################################## --- 65,72 ---- OBJ = main.o option.o prim.o ch.o position.o input.o output.o \ screen.o prompt.o line.o signal.o os.o help.o ttyin.o \ ! decode.o command.o linenum.o tags.o version.o \ ! lib/console.o ########################################################################## diff -c ../orig/os.c ./os.c *** ../orig/os.c Sun Jan 6 00:15:50 1991 --- ./os.c Fri Sep 27 01:12:24 1991 *************** *** 23,28 **** --- 23,32 ---- static jmp_buf read_label; + #if MINT + extern int __mint; + #endif + /* * Pass the specified command to a shell to be executed. * Like plain "system()", but handles resetting terminal modes, etc. *************** *** 66,75 **** --- 70,88 ---- * Force standard input to be the terminal, "/dev/tty", * even if less's standard input is coming from a pipe. */ + #if MINT + /* try to keep GEMDOS happy... -nox */ + inp = 0; + if (__mint || !isatty(0)) { + inp = dup(0); + dup2(__mint ? open("/dev/tty", 0) : -1, 0); + } + #else inp = dup(0); close(0); if (open("/dev/tty", 0) < 0) dup(inp); + #endif /* * Pass the command to the system to be executed. *************** *** 95,103 **** --- 108,123 ---- /* * Restore standard input, reset signals, raw mode, etc. */ + #if MINT + if (__mint || inp) { + dup2(inp, 0); + close(inp); + } + #else close(0); dup(inp); close(inp); + #endif init_signals(1); raw_mode(1); *************** *** 201,207 **** /* * Read the output of <$SHELL -c "echo filename">. */ ! cmd = calloc(strlen(p)+12); if (cmd == NULL) return (filename); sprintf(cmd, "%s -c \"echo %s\"", p, filename); --- 221,228 ---- /* * Read the output of <$SHELL -c "echo filename">. */ ! /* cmd = calloc(strlen(p)+12); */ ! cmd = calloc(strlen(p)+strlen(filename)+12, sizeof(char)); if (cmd == NULL) return (filename); sprintf(cmd, "%s -c \"echo %s\"", p, filename); diff -c ../orig/output.c ./output.c *** ../orig/output.c Sun Jan 6 00:15:50 1991 --- ./output.c Fri Sep 20 02:37:02 1991 *************** *** 17,22 **** --- 17,26 ---- extern int any_display; extern char *line; extern char *first_cmd; + + #if MINT + extern int __mint; + #endif /* * Display the line which is in the line buffer. *************** *** 121,126 **** --- 125,158 ---- static char obuf[1024]; static char *ob = obuf; + + #if MINT + /* same as write() but translates \n -> \r\n */ + xwrite(fd, buf, count) + int fd, count; + char *buf; + { + register char *p = buf, *q = buf; + register int n; + + if (__mint) + return write(fd, p, count); + while (42) { + while (*q++ != '\n' && count) + --count; + if ((n = q-1-p) > 0) { + if ((n-= write(fd, p, n)) > 0) + return q-1-n-buf; + } + p = q; + if (--count < 0) + return p-1-buf; + if (!write(fd, "\r", 1)) + return p-1-buf; + --p; + } + } + #endif /* * Flush buffered output. *************** *** 133,139 **** --- 165,175 ---- n = ob - obuf; if (n == 0) return; + #if MINT + if (xwrite(1, obuf, n) != n) + #else if (write(1, obuf, n) != n) + #endif screen_trashed = 1; ob = obuf; } diff -c c:/gcc/lib/console.c lib/console.c *** c:/gcc/lib/console.c Sat Apr 6 00:39:12 1991 --- lib/console.c Fri Sep 20 03:04:46 1991 *************** *** 6,11 **** --- 6,12 ---- #include #include + #include #define CTRL(x) (x & 0x1f) extern int __mint; *************** *** 16,26 **** --- 17,38 ---- _console_read_byte(fd) int fd; { + int stdin, ch; if (__mint) { return Fgetchar(fd, 0); } + #if 0 + /* this is no good esp because characters tend to get lost + in GEMDOS buffers then... */ return Bconin(2); + #else + stdin = _base->devx[0]; + _base->devx[0] = fd; + ch = Crawcin(); + _base->devx[0] = stdin; + return ch; + #endif } void ------------------------------ Date: 10 Nov 91 08:12:38 GMT From: noao!asuvax!cs.utexas.edu!sun-barr!lll-winken!aunro!ersys!mforget@arizona.edu (Michel Forget) Subject: Misc Questions To: Info-Atari16@naucse.cse.nau.edu healy@cod.NOSC.MIL (Mike Healy) writes: > 1) How can I determine how much memory I have left when I am running a > program? I would prefer to examine some globals, not malloc > until malloc fails and then free it back again. > Mike Healy You can pass Malloc a -1 value, and the value it returns to you will be the ammount of free memory left that you can allocate. Normally that value would be the address of the memory that has been allocated, but it is changed in this special case. I hope this helps you out. << ------------------------------------------ >> << mforget@ersys.edmonton.ab.ca >> << ersys!mforget@nro.cs.athabascau.ca >> << Michel Forget >> << "Do not meddle in the affairs of Wizards, >> << for they are not happy campers!" - UNKNOWN >> << ------------------------------------------ >> ------------------------------ Date: 10 Nov 91 18:52:18 GMT From: noao!asuvax!cs.utexas.edu!wupost!psuvax1!psuvm!frmop11!barilvm!technion!phr00jg @arizona.edu (Jacques J. Goldberg) Subject: PD or shareware Fortran Compiler out there To: Info-Atari16@naucse.cse.nau.edu It had been announced in this net a few months ago. Potential user, better check your new software on thorough test cases. Also, having taken a class in numerical analysis before wasn't lost time, on the contrary. Indeed, I quickly have given up an attempt to port some (large) program with it, after a few first surprises with some calculations. If your job with this compiler fails, there is another feat which might help: the f2c Fortran-to-C converter found with ftp to netlib@research.att.com Jacques ------------------------------ Date: 10 Nov 91 19:17:33 GMT From: noao!ncar!unmvax!nmt.edu!eahsnsr@arizona.edu (Eric A. Hobbs) Subject: PD or shareware Fortran Compiler out there To: Info-Atari16@naucse.cse.nau.edu >jbunch@isis.cs.du.edu (John Bunch) writes: > >>In article lupus@cs.uni-sb.de (Markus Wolf) writes: >>>Hi Folks, >>> >>>is there a PD or shareware version of a FORTRAN77 Compiler out there in >>>netland. Please, post me a server. >>> >>> Lupus > >>I seem to recall on on the aim disk. If you want I can post it to >>comp.binaries.atari.st and atari.archive. Give me a couple days.. > >>John > Hey! There is already a FORTRAN compiler at atari.archive (terminator). In the atari/languages directory it is the file bcf.lzh. It is a German product, but there is an English TeX document in it that translates all of the German error and status messages. I would have posted this earlier if I had known that no one else would respond. Thanks, Eric A. HOBBS? eahsnsr@JUPITER.nmt.edu ------------------------------ Date: 10 Nov 91 18:17:11 GMT From: psinntp!rodan.acs.syr.edu!ggreenbe@uunet.uu.net (Gerald Greenberg) Subject: Print Spoolers for Spectre? To: Info-Atari16@naucse.cse.nau.edu It's been a while since I've seen this discussed, so I thought I'd give it a shot again: are there any Mac print spoolers that work with Spectre? From what I can tell, there didn't use to be...I was just wondering if anything new has changed this situation over the past months. --Gerry ggreenbe@rodan.acs.syr.edu ------------------------------ Date: 10 Nov 91 23:52:48 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!hri.com!n oc.near.net!news.cs.brandeis.edu!chaos.cs.brandeis.edu!acleasby@arizona.edu (Andrew Cleasby) Subject: SCSI info needed To: Info-Atari16@naucse.cse.nau.edu I need some net.info on using a SCSI drive on the ST. I've got a SCSI case, power supply, etc., a bare SCSI drive, and a Host Adaptor. The info I need is: what is a SCSI terminator? Is it a jumper? What will happen if I try to use the drive without one? If I do need one, where am I likely to find one? (ie Electronics stores) Thanks in advance. =============================================================================== Andrew Cleasby (__) "Pie's never free." acleasby@chaos.cs.brandeis.edu (@@) -SNL st890550@pip.cc.brandeis.edu \/ Moo. cleasby@binah.cc.brandeis.edu =============================================================================== ------------------------------ Date: 10 Nov 91 09:37:02 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!apple!well!dsmall@arizona.edu (David Small) Subject: SST, MegaTalk, Gadgets Updates To: Info-Atari16@naucse.cse.nau.edu It's been awhile since I've been able to slack off from fulltime SST work and get to the Net (*alas!*). The recent HackerCon reminded me .. First, the direct link to Gadgets has died. For reasons only they know, our path (boulder.edu!tcr!gadgets) has been shut down at boulder. I have no interest in playing politics in Boulder, which is like bringing wheat to Nebraska. However this message reached you is thus the only known path to Gadgets. I will probably get a UUNET path, since they've got a "getaway special" that is hard to resist. Second, time to stamp out a rumour. We get % 5-10 inquiries per DAY regarding Spectre 3.1, particularly in Germany ... where can they get it, they have heard it is available. To be blunt: Spectre 3.1 DOES NOT EXIST YET. Yes, we are working on it, but it is not close to release, and has not even reached Beta Test. Spectre 3.1 does this: a) Fixes (minor) bug on cached accelerators on machines with less than 4 megs of RAM, where the cache fools Spectre into thinking there are 4 megs. Nice going, cache designers. What does "No RAM there" imply? b) TT SCSI support. There seems to be some illusion that this is a bug in 3.0. In truth, we had 3.0 solid, "golden version", then the TT shows up. We could either support it a LITTLE BIT, whatever we could do fast, or forget it totally. TT SCSI is "real fun" <-- sarcasm and, for example, Atari USA can not even be bothered to give us some sample r/w sector code to save us time. Also, there's the braindread XGEM scheme to worry about, as opposed to the free-world Supra/ICD/BMD/etc partition scheme. c) System 7.0 will accidentally work on Spectre 3.1, emulating reality. I have no idea on 7.0.1 or whatever they are going to do. Someone at Apple needs a class in checking for error (Nil) returns from memory (Malloc equiv) calls. Spectre 3.1 WILL NOT DO APPLETALK, WILL NOT CURE ACNE, AND WILL NOT SOLVE SOFTWARE PATENTS. There is a chance, depending on the resident evil in the MMU, that 3.1 on a 68030 machine will allow Spectre to run in SST ...err, faster RAM. No decision has been made on that. We'll have Dan Moore flip a coin. Spectre 4.0 is in the gears. If someone cares to send me TT code that will reliably read/write the SCSI drives, they will probably get considerably more than chocolate chip cookies in their stockings this holiday season. With the SST and MegaTalk, I do not have much time for experimenting. Third: MegaTalk. Friday, November 8, Sandy, Jamie (age 3) and I picked up the first production run of MegaTalk boards. Looking good. We are busy with the details of combining them with a virus-free disk and manual and stuffing them into a box so attractive you can't resist. I hate to say it, but as usual, we're back ordered. Hence if you have a MegaTalk order in, have hope. Fourth: SST The SST has been undergoing minor tuning, getting faster chips, that sort of thing. To the best of our knowledge, it is now dead solid to 40 Mhz, and if you want to shell out $3.50 (dollars) for a faster oscillator, that's up to you. I have run an SST for 12 days at 40 Mhz doing "Boink", which is a good exerciser, out of burst mode 32-bitRAM until the ST nearly shrieked of boredom. Looking good, folks. It is my personal commitment to start shipping SST's this week (in USA, that is Tuesday November 12, since Monday is a national holiday). We had a chip supplier give us some jellybean chips that were from a bad die, but that's not the end of the world; there are other suppliers that aren't lobotomized. Fifth: Spectre GCR for the TT & SST Some Spectre GCR's work wonderfully with TT's, like the ones we showed at CeBIT,in our lab, et al. Some apparently do not. Some empirically minded people found that yanking the TT RAM boards "made it better". There are a couple of bogus fixes for this that we have heard of. The problem is a race condition against address-rot (where the address lines fade from good values), as I understand it. The first is something about piggybacking a 7407 (?) on top of the one in the TT. I personally can't see why waving a dead chicken inside of a pentagon with black candles would make a difference, either, but maybe someone knows something I don't, particularly people that didn't design GCR. If someone has some valid reason that this should make a difference, drop me a line. The second, believe it or not, is to replace about every frickin' chip in the GCR with AS or F or S equivalents. Hey, that's great. You've got a bunch of TT's, all with different address rot timing, so we'll just speed up instead of fixing the REAL problem. The fix we KNOW works is to add a simple inverter piggybacked to another chip, clipping off all but 4 pins (power,ground, 2 active pins), and golly actually running 2 wires. The inverter changes where we strobe data in from the address bus, and works a heck of a lot better than waving the dead chicken. (And if you get the chicken near the candles, it smells like, well, fried chicken... more like burnt.) We GIVE THIS FIX INFORMATION AWAY. If you know what end of a soldering iron to hold you can prolly manage it. This is not heavy stuff. Again,if you have a working GCR on TT, Don't Fix What Works. We believe the reason the TT RAM board yanking worked is that with the TT RAM board in there, address rot happened faster, and the GCR latched data as bogus as . In order to get the TT-GCR Fix data, IF YOU NEED IT, FAX USA (303) 791-0253, and please don't expect the return fax within microseconds. Things is awfully busy,or I woukldn't be up at 3:30 AM. I would post the actual chip numbers et al but Sandy doesn't want me to, and that's reason enough. Ever argue with a mad wife? Sixth: Our wonderful Barbara, who was with us from the launch of Gadgets, has gone to her life's dream of living in Jamaica. Those of you who have talked to her know. Please don't bother addressing things to Barb. "Dave", "David", "Hey, You", "Geeker Geek" -- they will all work. We will all miss Barb a very great deal! So, things are going well, the things izz actually getting out the door, and software is progressing along. If you could, spread the word that 3.1 doesn't exist (yet). We're awfully tired of being told it does, and getting the Evil Conspiracy Treatment For Not Giving It To Them Right There. And that's not even the dumbest rumour floating around. Thank you. We return you to your regularly scheduled signal to noise. David Small I suppose I have to say I'm an engineer for legal reasons Gadgets by Small, Ink 40 W Littleton #210-211, Littleton, CO 80120 FAX: (303) 791-0253 USA, Telly: (303) 791-6098 Mon-Wed-Fri ONLY Genie: DAVESMALL Genie: DAVESMALL & RT CIS: 76606,666 & RT PastLives: Mule, Cow "I'd put a witty saying here, but I'm not really that clever". ------------------------------ Date: 11 Nov 91 00:35:19 GMT From: noao!asuvax!cs.utexas.edu!samsung!caen!b-tech!ais.org!plucky@arizona.edu (Chris Adamson) Subject: stupid SX212 modem question To: Info-Atari16@naucse.cse.nau.edu I've lost the manual for my Atari SX212 (Hayes-compatible), so could someone e-mail me the command used to set the modem to auto-answer? I thought it was "ATAA"... wrong! If possible, I need this info tonight. Thanks in advance. ================================================================= / Chris L. Adamson / This message has cost the net hundreds, / / Michigan State U. / if not thousands, of dollars to send. / / Telecomm Production / --------------------------------------- / / M.A. student / plucky@irie.ais.org , plucky2(Amer. O-L)/ ================================================================ DISCLAIMER: MSU wishes it could be so erudite and clever... ------------------------------ Date: 10 Nov 91 20:19:29 GMT From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu (Mark Choi) Subject: Video Toaster To: Info-Atari16@naucse.cse.nau.edu First, let me preface this by saying that I actually like the Amiga, it is just some of it's more pious followers that I can not stand. OK. All those holier than thou, stick up the butt, my machine is better than your machine, poop heads who have been touting the Video Toaster from Newtek to be the final argument as to why the Amiga was, and would always be, a better machine than any other, and that such hardware would never be available to the lowly users of other machines, can now shoot themselves. Preferrably in the head, but the foot would do nicely, thanks. It is now official. Newtek has announced realease of the PC MS-DOS version of the Video Toaster, for IBM PC's and compatibles. Can an ST version be all that far behind? Or a mac version, for that matter? Once that arrives, along with the Lexicor software, and a 24 bit board, it would make one damn cheap video system, even cheaper than the Amiga. And when MTOS comes out, the last claim to fame of the AMI-OS, assuming that MTOS is what it is claimed to be, will be gone as well. All this relies a bit oin speculation about the Atari side, but even still, it is nice sometimes to burst the bubble of the overly pious by reminding them that the rest of the world moves on. Here's to Newtek, and to forward thinking. mark All hail the guru, and the interlace video headache. ------------------------------ Date: 10 Nov 91 21:32:49 GMT From: mcsun!unido!opal!muellers@uunet.uu.net (Stefan Mueller) Subject: What Is Adspeed STe? To: Info-Atari16@naucse.cse.nau.edu In article <93562@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes: > >I saw a recent posting that talked about 'Adspeed STE'. What is it, what >are the specs, what's needed for installation, and how much does it >cost? Adspeed ST and Adspeed STE from ICD (known for their SCSI-Interfaces) is a 16-MHz Tune-Up kit for the Atari ST/STE. Itm ainly consists of a 16-MHZ CPU, which is soldered onto the back of the old CPU, which is not used anymore. For games etc. you can switch back to 8 MHz. Price in Germany is around 400 DM. That makes something like 250 US $. steve. muellers@cs.tu-berlin.de steve@hwsw.gedas.de ------------------------------ Date: 10 Nov 91 18:14:31 GMT From: psinntp!rodan.acs.syr.edu!ggreenbe@uunet.uu.net (Gerald Greenberg) Subject: WordPerfect 2.x for the Mac (via Spectre) To: Info-Atari16@naucse.cse.nau.edu When WordPerfect 2.0.1 came out for the Mac, I posted to the net about how slow the program was on Spectre and about how the date/time stamp would crash Spectre. Well, there are now newer versions around, i.e. 2.0.2 and 2.0.3. Both of these are much faster than 2.0.1, making it almost nice to use WordPerfect. Also, the newer versions don't seem to crash when I insert the time/date stamp (actually, I'm not sure about 2.0.2, since I replaced it with 2.0.3 rather quickly). Anyway, I just thought some of you out there might be interested in the program, now that the performance is a bit better (educational price is below $150, I believe). --Gerry ggreenbe@rodan.acs.syr.edu ------------------------------ End of Info-Atari16 Digest ******************************