Info-Atari16 Digest         Wed, 10 Apr 91       Volume 91 : Issue 203
 
Today's Topics:
                                260ST
                   A dream come true (Well ALMOST!)
                         Atari cpu evolution
                 Chinese Characters on the ATARI ST?
               Does Lode Runner game exist for the ST?
                EPROM PROGRAMMER for Atari-st (2 msgs)
                      Hard Drive Access Trouble
                             LZH problem
                     M-Tools, where to ftp from?
               MultiGEM (was Re: TT questions) (2 msgs)
                     Notebooks: SO there! (long)
                      smail on Atari ST (2 msgs)
                     Terminal Emulation in Flash
                   TeX directory under construction
        texdraw.lzh (was Re: A dream come true (Well ALMOST!))
                             TT questions
                       Where to get FATSPEED ?
 
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: Wed, 10 Apr 91 16:35:08 BST
From: "D." Summerbell
 <d-summer@national-institute-for-medical-research.mrc.ac.uk>
Subject: 260ST
To: info-atari16@naucse.cse.nau.edu
 
Subject: memory upgrade woes on a Mega 1
neil@cs.hw.ac.uk (Neil Forsyth) writes:
Copy: Neil Forsyth          neil@uk.ac.hw.cs
 
>Yes I think Mega 1 did exist, briefly, and there was an unreleased 260ST and
>even a 130ST! I also read here once of a unreleased product that somehow
>escaped called a PS3000. I believe it was a SM124 like monitor with a built
>in floppy drive. I guess, when combined with the old driveless 520ST, it
>looked about as Mac like as an ST could get. It would look pretty swell on top
>of a Mega now.
 
The 260ST was released.  I have seen and I believe.  A colleague here still
owns one and it is sitting on his desk right now.  Except for the badge it
looks just like an early 520ST with an external power supply and floppy.  Of
course it also originally ran with TOS loaded into RAM from disc.
 
I am willing to act as a go-between for rich collectors.
 
CORRECTION: I am willing to act as a go-between for VERY rich collectors
 
Dennis Summerbell (d-summer@nimr.mrc.ac.uk)
 
------------------------------
 
Date: 10 Apr 91 14:21:41 GMT
From: math.fu-berlin.de!fauern!unido!rwthinf!cip-s07!wolfram@uunet.uu.net
 (Wolfram Roesler)
Subject: A dream come true (Well ALMOST!)
To: Info-Atari16@naucse.cse.nau.edu
 
longj@lonex.radc.af.mil (Jeffrey K. Long) writes:
 
>Heck, this thing is so impressive, I may learn to read German just to use
>it!  I'm talking one very slickly done piece of graphics/TeX tool here!
 
Well I guess it should be easier to write this program on your own than to
learn German.
 
------------------------------
 
Date: 10 Apr 91 17:32:22 GMT
From: noao!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
Subject: Atari cpu evolution
To: Info-Atari16@naucse.cse.nau.edu
 
In article <12371@uhccux.uhcc.Hawaii.Edu> kiki@uhunix1.uhcc.Hawaii.Edu (Jack W.
 Wine) writes:
>
>It's hard to make predictions, but it seems certain that one of the dominant
>OS running on the new processors will be UNIX and the SPARC RISC was designed
>to run it optimally.  Also, Sun's decision to have an open architecture is
>resulting in a flood of systems based on the SPARC chip set....
 
From an article in April Datamation, I see that Sparc International is only
half-open: Their "shrink-wrap" API requires Sun-OS.  The article was about
the 88000.  88Open doesn't require a certain OS to be compliant.  As a result,
even though only 6 US vendors have picked the 88000, there are over 2000
applications available, while for the Sparc, with some 30 or so vendors using
it, there are only about 2500 applications.  The article praised the 88000 and
88Open on technical grounds, but mentioned that Motorola's marketing was
"methodical at best."  It also mentioned that Motorola has cut the 88000 price
by 2/3, and that the 88010 will be out "soon".  Top-of-the-line 88000 is
about as fast for non-floating-point as the fastest Sparc or MIPS, but has
better support for multiprocessor architectures (according to Harris, who
build a multiprocessor server from it).  When 88010 is available it should
be substantially faster, even for floating point, than current Sparc or MIPS.
That is, almost as fast as the new HP PA chips %).  (57 and 76 Mips are the
speeds the newest HP machines are guaranteed not to exceed.  $k12 and $k20 in
greyscale, diskless.)
 
--
vsnyder@jato.Jpl.Nasa.Gov
ames!elroy!jato!vsnyder
vsnyder@jato.uucp
 
------------------------------
 
Date: 10 Apr 91 11:24:06 GMT
From: math.fu-berlin.de!uniol!unido!utrurt!utrurt.uucp!bohn@uunet.uu.net
Subject: Chinese Characters on the ATARI ST?
To: Info-Atari16@naucse.cse.nau.edu
 
Is there any  OS-extension  for  the ATARI  ST  which  makes   it
possible to display mixed Chinese and Western Text on the screen?
What I am looking   for   is   something  like   CCDOS   or   the
Taiwanese   'ET'-system  on DOS-machines, or Zhongwen-Talk on the
Mac.
 
As I can not receive this newsgroup regularly,  PLEASE  REPLY  BY
E-MAIL to:
 
       bohn@utrurt.uucp
 
Thanks in advance!
 
 
Hartmut Bohn
Klemensstr. 13
5500 Trier
Federal Republic of Germany
 
------------------------------
 
Date: 7 Apr 91 09:07:00 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!helios!zeus.tamu.edu!ieb4826
 @arizona.edu (BOU-SAADA, INGRID EDMOND)
Subject: Does Lode Runner game exist for the ST?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Apr7.032118.4860@mailer.cc.fsu.edu>, boyd@nu.cs.fsu.edu (Mickey
 Boyd) writes...
?In article <1991Apr3.205704.8441@unislc.uucp>, bj@unislc.uucp (Bruce Jones)
 writes:
?>The subject says it all.  I would like to get Lode Runner for the
?>ST if it exists.  If yes, does someone want to sell their copy?  If
?>the answer is no are there any similar type games that you can recommend?
?>
?
?There is a great PD version from Germany called Go-Up.  If it is not on
?atari.archive, I can upload it.  Please let me know if it is not.  It works
?on mono monitors (I don't know about color).
?
 I tried go-up using a mono-emulator and found that it was unplayable (too slow
and jerky).  However, Broderbund has released Lode-Runner for the ST through a
French company called Loriceil (sp?).  I played it on a friend's ST and it was
a very good port.  Better sound and graphics by far than the old apple II vers.
It also has a level editor and a cheat mode.  If you liked the old LR you should
call around to some software dealers who sell imports like:
 
COMPUTER GAMES+  (800) 443-8189
SIDELINE SOFTWARE (800) 888-9273
 
                                        Good Luck
                                        Ed Bou-saada
 
------------------------------
 
Date: 10 Apr 91 11:39:17 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!munnari.oz.au!goanna!min
 yos.xx.rmit.oz.au!t821431@arizona.edu (Richard Clarkson)
Subject: EPROM PROGRAMMER for Atari-st
To: Info-Atari16@naucse.cse.nau.edu
 
xx
 
 
 
Does anybody know of a Eprom programmer for the atari st computer and where
i can purchase it from...Any comments on them...
 
------------------------------
 
Date: 10 Apr 91 15:07:24 GMT
From: taco!eos.ncsu.edu!twmanino@mcnc.org (TONY W MANINO)
Subject: EPROM PROGRAMMER for Atari-st
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Apr10.113917.24085@minyos.xx.rmit.oz.au>,
 t821431@minyos.xx.rmit.oz.au (Richard Clarkson) writes:
 
|> Does anybody know of a Eprom programmer for the atari st computer and where
|> i can purchase it from...Any comments on them...
 
Michtron had one of these... I saw it a couple of years ago at the Atarifest
in Fairfax, Virginia.  I don't know if it's still available.  I not real
sure, but I think it was selling for 
 
 
Tony
NCSU Project EOS
twmanino@eos.ncsu.edu
 
------------------------------
 
Date: 10 Apr 91 17:09:50 GMT
From: noao!asuvax!ncar!elroy.jpl.nasa.gov!jato!vsnyder@arizona.edu (Van Snyder)
Subject: Hard Drive Access Trouble
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Apr06.071210.20559@afit.af.mil> bhodges@afit.af.mil (Bill
 Hodges) writes:
>I've got a Supra 20M drive and after I work for a while if I try to access
>files the BUSY light stays on or flickers and I get the box about "Damaged
>Data".  If I shut the drive off for a while it acts right again.  Before
>it gets any worse, what's the best way to find the problem and where should
>I start looking?
>
I had this kind of problem with a BMS-100 -> CMI 6426 drive combo.  I made
things a little better by ensuring adequate cooling, and by ensuring the
power supply voltages were right on.  Then I backed up everything and low-
level formatted again.  This helped for about a year, but the CMI eventually
died.  Hope your Supra isn't goin' south.
 
--
vsnyder@jato.Jpl.Nasa.Gov
ames!elroy!jato!vsnyder
vsnyder@jato.uucp
 
------------------------------
 
Date: 10 Apr 91 16:17:50 GMT
From:
 noao!ncar!zaphod.mps.ohio-state.edu!rphroy!caen!uwm.edu!bionet!hayes.ims.alaska
 .edu!milton!alexd@arizona.edu (Alex Danilchik)
Subject: LZH problem
To: Info-Atari16@naucse.cse.nau.edu
 
Ocassionally i come across a file that un-lharcing
with the arcsh35.prg yields "no file found"..
un-lharcing in gulam yields the same error..
 
Could somone diagnose the problem?
 
Thanks
 
gunnar
alexd@milton.u.washington.edu
 
------------------------------
 
Date: 10 Apr 91 13:02:42 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!mahendo!wlbr!lonex.radc.af.mil!longj@arizona.edu
 (Jeffrey K. Long)
Subject: M-Tools, where to ftp from?
To: Info-Atari16@naucse.cse.nau.edu
 
After listening to all the talk of 3.5 floppies on Sparcs writing
ST compatible disks, I now find myself wishing I had paid attention!
 
We just got another Sparc in the lab, and this one has a 3.5 floppy drive.
 
SO...... where can I get the latest, greatest version of M-Tools, and what
should I look for to avoid the problems I have seen posted in the past?
 
Thanks in advance for any help!
 
--
-----------------------------------------------------------------------
Capt Jeff Long                         Rome Air Development Center
longj@lonex.radc.af.mil                Network Design Laboratory
jlong@cassiopeia.radc.af.mil           (315)330-7751 or (DSN)587-7751
 
------------------------------
 
Date: 10 Apr 91 12:08:13 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!rpi!bu.edu!snorkelwacker.mit.edu!ira.uka.de!fa
 uern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu (Claus Brod)
Subject: MultiGEM (was Re: TT questions)
To: Info-Atari16@naucse.cse.nau.edu
 
ekrimen@ecst.csuchico.edu (Ed Krimen) writes:
 
>>Try MultiGEM from Maxon in Germany. It's a MultiFinder-clone for the
>>ST which will soon be released for the TT, too.
 
>What else can you tell us about MultiGEM?  Price?  Is it compatible with
>TOS 1.4 and STe?  Any plans for a North American distribution?  Please
>provide us with Maxon's address.
 
        MAXON Computer
        Industriestrasse 26
        D-6236 Eschborn
        Germany
 
Warning concerning everything I tell you about MultiGEM: I know the
programmer personally, so my views may be biased. Take them with a
grain of salt 8-)
 
MultiGEM is something like a MultiFinder clone for the ST series. I
think it also runs on 1040STe and MegaSTEs, but I'm not sure. At CeBIT,
it had some problems with TT fast RAM, but I didn't expect anything
else for it was presented as a ST-only-product _at the moment_.
 
MultiGEM is a small AUTO folder program (eats up 30 or 40 KB in memory)
that lets you start up several applications simultaneously from the
Desktop (or from GEMINI). This is done by faking the AES into thinking
that those applications are in fact accessories. (Yes, this means that
you can't have more than 7 applications at one time, and that you have
to sacrifice ACC slots to start up applications.) The applications
multitask cooperatively following the standard GEM concept of giving up
control from time to time by calling the AES. All the major GEM applications
work. TOS program output can be redirected to a window, so they want mess
up other programs' screens, and TOS programs will even multitask this way!
 
If you click into a program's window, its menu bar is switched on and
displayed in the first line of the screen. If the program owns a
desktop, this will be brought to the front, too. Alternatively,
you can switch applications by clicking into the Desk menu where
you find the names of the currently running applications.
 
Some programs won't multitask properly. One of them is SIGNUM. If you
start it up and click into its "window", windows from the desktop
beneath will show up and mess up the display. This is because SIGNUM
doesn't do proper GEM output. In these cases, you can force MultiGEM
into singletasking mode. Some other applications like to eat up
the complete memory available. MultiGEM can fool them during startup
so that they will leave enough room for other programs.
 
MultiGEM has been presented at CeBIT in March. It is not yet a real
commercial product as I understand. I heard rumors that it might
be available RSN, but I can't say for sure.
 
There will be a special TT version, but I don't have any details on
it.
 
----------------------------------------------------------------------
Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
D-8772 Marktheidenfeld, West Germany            (Piet Hein)
csbrod@medusa.informatik.uni-erlangen.de
Claus Brod@wue.maus.de
----------------------------------------------------------------------
 
------------------------------
 
Date: 10 Apr 91 10:38:51 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
 m-beacon!eru!hagbard!sunic!ugle.unit.no!lise.unit.no!stigvi@arizona.edu (Stig
 Vidar Hovland)
Subject: MultiGEM (was Re: TT questions)
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Apr09.180854.7134@ecst.csuchico.edu>, ekrimen@ecst.csuchico.edu
 (Ed Krimen) writes:
|>
|> What else can you tell us about MultiGEM?  Price?  Is it compatible with
|> TOS 1.4 and STe?  Any plans for a North American distribution?  Please
|> provide us with Maxon's address.
 
Price is DM 159,- and it is supposed to work on tos >= 1.2
 
------------------------------
 
Date: 10 Apr 91 17:10:00 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!thun
 der.mcrcim.mcgill.edu!bonnie.concordia.ca!ccu.umanitoba.ca!bright@arizona.edu
 (Bob Bright)
Subject: Notebooks: SO there! (long)
To: Info-Atari16@naucse.cse.nau.edu
 
[This is a bit tacky, but I'm going to do it anyway, because of the
obnoxious tone of the article I'm following up.]
 
I've been carrying on an email discussion with Mark Choi re: his position
w.r.t. the forthcoming Atari notebooks.  In a letter of April 3 I suggested
that he had something different in mind by "notebook computer" than TRH did,
and that a good deal of ill will could have been avoided if this had been
made clear at the outset:
 
mc>>   I do not mean these luggables when I refer to these machines, I mean
mc>>what I stated, around the size of a piece of paper, and weighing less
mc>>than 7 pounds, including battery, which lasts about 3 hours.
bb>      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
bb>
bb>Yes, I know this is what you meant.  This is also what I was referring
bb>to.  "<= 7 pounds with a reasonably small footprint (lapprint?)" is
bb>becoming/has become the de facto definition of "notebook computer",
bb>for no very good reason other than that the editors of various PC mags
bb>are enamoured with full-featured semi-portable machines, and 6-7
bb>pounds is about as light as we've currently got in this category.
bb>
bb>I suspect that a lot of the recent hostility between you and TRH could
bb>have been nipped in the bud if it had been made clear that you were
bb>relying on this definition.  TRH's view, I think, is that a 7 pound
bb>machine which requires lugging around an extra 3 pounds of batteries
bb>in order to be useful is too heavy.  This is also my view.
 
In a letter of April 3 Mark replied:
 
mc>Actually, the definition of a notebook computer is one that is the size
mc>of a notebook. In specific, the machines about which I was speaking,
mc>were smaller than the Atari, about the same weight, I would guess (in
mc>the 3 pound range), and still included the "extra" features, with a
mc>batterlife of 3-4 hours.
 
To which I replied (April 4):
 
bb>I don't suppose you'd actually care to name some of these machines
bb>about which you were speaking?  Smaller than 8-1/2 x 11, less than 1"
bb>thick, about 3 pounds, with built-in harddrive, 1.44 meg floppy, and
bb>maybe some other stuff (a VGA port, I guess; not much of a space/
bb>weight consideration, but a definite power consideration as TRH
bb>noted).  I think you've got a pretty good imagination.  Sounds like a
bb>nice machine, but it doesn't exist; the only machines that currently
bb>come anywhere close are in the 7 pound range.
 
Mark replied (April 5):
 
mc>     I will get you a list of several machines that fit the description
mc>after I go home.
 
I haven't received any further email from Mark.  Which brings us to the
subject of today's post.  In article <0c0CSim00UhBI0qUIv@andrew.cmu.edu>
mc4c+@andrew.cmu.edu (Mark Choi) writes:
 
>For all those out there who are convinced that TRH is the Word when it
>comes to the notebook market, and that Atari knows what the hell is
>going on on the other side of their closed eyelids, please read on:
>
>Zeos Notebook PC
>12mhz 286, 2"x12"x10", 1 meg RAM, backlit VGA, and ext. vid. port, 20
>Meg HDD, 1.44 meg floppy, $1995.
>
>Compaq LTE
>20MHz 386, 7 I/O ports, 30 /60 meg HDD, 3  meg RAM, 1.44 meg floppy
>
>Dataworld NS 320SX
>386sx, VGA with ext. vid., 2 meg RAM, 20 meg drive
>
>Others include the Northgate slimline, and the Austin sx, with standard
>2 meg RAM. These machines  have stated weights of under 7 lbs, including
>the battery charger. I doubt the notebook ST  wieght includes the
>charger. Without the charger, they weigh in less than 6 lbs. Granted
>they weigh a bit more than the ST notebok, but do NOT tell me that they
 
A *bit* more?!  The Atari notebooks are supposed to weigh about 1 kg.  The
machines you list weigh more than *twice* as much as the Ataris, even
without the charger, and are more than *double* the volume (the Ataris are
supposed to be about 1" thick).  And it doesn't stop there.  These machines
have a battery life of 2-3 hours with "average" use, dropping to about 1.5
hours with moderate disk access.  So they're practically useless as true
portables unless you carry along an extra battery pack or two along with the
charger, rounding things out at about *3-4 times* the weight and *triple*
the volume of the Ataris.  And these machines are state-of-the-art for so-
called DOS "notebooks".  (BTW, I don't suppose you'd care to tell other net
readers how much the Compaq LTE will lighten their wallets.)
 
>are figments of my imagination, or that there are no machines out there
>with both a hard drive and a floppy, as the guru TRH has stated. There
 
I told you in email that you and TRH are working with different conceptions
of "notebook".  Your definition is approximately: "Not much bigger/heavier
than the abridged version of the Oxford English Dictionary."  His is: "Not
much bigger/heavier than a notebook."  For TRH's definition, he's right;
there are currently no machines that fit the latter description with both a
hard drive and standard 1.44 meg floppy, even when you don't include the
charger and extra batteries.
 
>are others that are lighter, and are closer to the ST notebook, but I
>have better things to do than to reread piles of magazines just to
>vindicate my position  against the cries of the ignorant. I think I'll
 
[Translation: "I was wrong; I haven't been able to locate any machines which
come anywhere close to Atari's size and weight specs with all of the
features that I was asking for."]  C'mon Mark, put up or shut up.  If you
have better things to do than re-read piles of magazines in an effort to
vindicate your position, at least you could do us the courtesy of finding
something better to do than hanging out your own ignorance for public
display.
 
TRH was right, I'm afraid: You don't know what-in-the-fuck-you're-talking-
about.  Nothing wrong with that; all of us are ignorant about lots of
things, and the net is an ideal forum for learning from others and thus
curing our ignorance.
 
You, however, had the unconscionably bad taste to publicly insult both Atari
Corp. and TRH based on your ignorance.  (You do recall, don't you, the post
in which you suggested that TRH's machines had been deliberately crippled in
an effort to sell more STacys?  It was the one that prompted his original
vituperous reply.)  And you continue to do so, in the most obnoxious way
possible.  The gracious thing to do, I think, would be to apologize.
Barring that, I suggest that you desist lest you make a bigger fool of
yourself than you already have.
 
Regards, BBB
--
Bob Bright <bright@ccu.umanitoba.ca>
Dept. of Philosophy
University of Manitoba
Winnipeg, Man  R3T 2N2  (204) 474-9105
 
------------------------------
 
Date: 9 Apr 91 18:42:53 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!albert
 a!ncc!isagate!darius@arizona.edu (Darius S. Naqvi)
Subject: smail on Atari ST
To: Info-Atari16@naucse.cse.nau.edu
 
In article <A2739803784@thelake.mn.org> steve@thelake.mn.org (Steve Yelvington)
 writes:
>[In article <10713@mirsa.inria.fr>,
>     gdo@mirsa.inria.fr (Guillaume Doumenc) writes ... ]
>
>> I've read a few months ago that there was a port of smail for the Atari on
>> the way. Is it finished now, and if yes is it available somewhere ?
>
>I'm using a version of smail that has been, in my opinion, finished for
>quite a long time. However, I didn't port it. The people who did the port
>have not released it for distribution, so I can't pass it around. Sorry.
>
 
Is this the Smail that we all know and love that runs on UNIX boxes,
i.e. the mail delivery agent?  If it is, then it's covered by the GNU
copyleft, so any version should be freely distributable.
 
I'd be interested in using this as the mail delivery agent when
running MINIX, as soon as I get UUCP for MINIX working properly.
 
 
--
Darius S. Naqvi                    mail:darius@edm.isac.ca
ISA Corp.                          uucp:
Edmonton, Alberta, Canada         phone:(403) 420-8081
 
------------------------------
 
Date: 10 Apr 91 16:15:06 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!news.cs.indiana.edu!msi.umn.edu!cs.um
 n.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: smail on Atari ST
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <1991Apr09.184253.5423@edm.isac.CA>,
     darius@edm.isac.CA (Darius S. Naqvi) writes ... ]
 
> Is this the Smail that we all know and love that runs on UNIX boxes,
> i.e. the mail delivery agent?  If it is, then it's covered by the GNU
> copyleft, so any version should be freely distributable.
 
The program is Smail 2.5, originally by Christopher Seiwald. It accepts
data from standard input, processes the headers as necessary, looks up a
mailpath, and pipes the result to either a local delivery agent (lmail) or
to uux for execution of rmail on a remote machine.
 
The Smail source code that I have bears neither copyright nor copyleft.
Smail 3.x, which is a different program entirely, may be covered by the
GNU agreement. I don't know.
 
Smail is written with many assumptions about the nature of the underlying
operating system that are not valid for TOS. Several people had to invent
some clever work-arounds to compensate for the single-tasking nature of
TOS, cover for some rather obscure bugs in Atari's operating system, and
resolve other system dependencies.
 
Some of those work-arounds involve altering the Smail source code, but
most of them involve writing a C library to supplement dLibs. That library
hasn't been released, and since it's not mine, I can't be the one to
release it.
 
Somebody else has mentioned a version of Smail for Rodney's Mercury UUCP.
That might be worth looking into. There's also an MS-DOS port of Smail
(ftp wuarchive.wustl.edu) that might be useful for people interested in
whipping up their own TOS Smail.
 
(Actually, after using Smail for quite some time, I'm not convinced that
it's an appropriate tool for the average ST-based mail system, which is
likely to be a leaf node.)
 
> I'd be interested in using this as the mail delivery agent when
> running MINIX, as soon as I get UUCP for MINIX working properly.
 
I think that for Minix you should compile the standard Unix Smail.
 
----
  Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
  INTERNET: steve@thelake.mn.org    UUCP: plains!umn-cs!thelake!steve
  GEnie: S.YELVINGTO2               Delphi: YELVINGTON
 
------------------------------
 
Date: 10 Apr 91 15:23:29 GMT
From: unhd.unh.edu!oz!pyr579@uunet.uu.net (Technoid)
Subject: Terminal Emulation in Flash
To: Info-Atari16@naucse.cse.nau.edu
 
Hello netters,
 
        I use Flash ver 1.6 and ANSI to emulate VT100 ( ALT-M ). However,
I would like to emulate something more along the lines of VT220 or higher.
Can the translation table be modified to do this? If so has anyone done this
already? VT100 is fine for my purposes, but it would be nice to change if
someone knew how.
 
Thanks,
 
        Stephan
 
--
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  pyr579@oz.plymouth.edu      Stephan R. Cleaves
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
 
------------------------------
 
Date: 10 Apr 91 13:47:01 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!samsung!umich!terminator!terminator.cc.umich.e
 du!weiner@arizona.edu (Jeff Weiner)
Subject: TeX directory under construction
To: Info-Atari16@naucse.cse.nau.edu
 
The tex directory here at atari.archive.umich.edu is experiencing a
bit of re-construction.  It'll make things a bit more organized and
easier to find.  You'll probably have one hell of a hard time getting
bart to send anything from this directory, cuz it'll be movin'
around quite rapidly.  Re-modeling should be finished by Friday,
April 12, 1991 somtime in the morning, but who really knows for sure.....
 
 
Thanks and have a better day than those
unfortuante souls who haven't crisped yet,
weiner
--
Jeff Weiner     weiner@terminator.cc.umich.edu       Jeff_Weiner@ub.cc.umich.edu
    Mail Dennis_Devine@ub.cc.umich.edu and ask if he'd like a White Castle
Atari.archive.umich.edu Caretaker||194M and climbin'|| "So like take off eh?"
 
------------------------------
 
Date: 10 Apr 91 09:16:51 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
 !sunic!mcsun!corton!laas!ralph@arizona.edu (Ralph P. Sobek)
Subject: texdraw.lzh (was Re: A dream come true (Well ALMOST!))
To: Info-Atari16@naucse.cse.nau.edu
 
Speaking of texdraw.lzh, it is also available from atari.archive.  The
copy I downloaded would test out well, all the members would test
okay, but the archive as a whole would finish with a CRC error.  Lharc
on Unix and Lharc version 1.02, 1.13, and 1.13.8 on my ST would all
error abort.  Only lharc 1.13 on a PC accepted this file correctly!
 
Are the ST/Unix version of lharc still bugged?
 
--
Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
ralph@laas.fr                              Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try:                               sobek@eclair.Berkeley.EDU
===============================================================================
Proud new owner of a Mega 4 ST.  What should I do with my *small* SH204 drive?
 
------------------------------
 
Date: 10 Apr 91 16:51:48 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!snorkelwacker.mit.edu!ira.uka
 .de!fauern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu (Claus Brod)
Subject: TT questions
To: Info-Atari16@naucse.cse.nau.edu
 
ggreenbe@rodan.acs.syr.edu (Gerald Greenberg) writes:
 
>>Try MultiGEM from Maxon in Germany. It's a MultiFinder-clone for the
>>ST which will soon be released for the TT, too.
>
> Does anybody know where to get this in the US?
 
It's just been released here in Germany. As far as I know, there's no
US distributor for it yet.
 
----------------------------------------------------------------------
Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
D-8772 Marktheidenfeld, West Germany            (Piet Hein)
csbrod@medusa.informatik.uni-erlangen.de
Claus Brod@wue.maus.de
----------------------------------------------------------------------
 
------------------------------
 
Date: 10 Apr 91 10:15:13 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!bloo
 m-beacon!eru!hagbard!sunic!mcsun!hp4nl!ahds!dick@arizona.edu (Dick Heijne
 CCS/TS)
Subject: Where to get FATSPEED ?
To: Info-Atari16@naucse.cse.nau.edu
 
Lots of replies on a previous posting in this group, concerning problems
I have with my megafile 44 harddisk pointed out that I have to migrate
from TOS 1.2 to TOS 1.4, or use FATSPEED.PRG instead.
Since I prefer trying the latter option first, I would like to know where
I can get this program.
Someone mailed me it should be on some usenet-accessible board.
Can anyone mail me details about the full path (and type of info-server,
if appropriate) ?
 
Thanks a lot in advance everybody!
 
Dick.
 
------------------------------
 
End of Info-Atari16 Digest
******************************