Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 588
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 <selick@bucsf.bu.edu>
------------------------------
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 <command>' 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 <osbind.h>
#include <mintbind.h>
+ #include <basepage.h>
#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.91Nov4124036@sol.cs.uni-sb.de> 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 <fill in witty entry, I'm fresh out>.
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
******************************
