Path: utzoo!utgpu!watmath!clyde!att!rutgers!apple!bionet!agate!labrea!decwrl!sun!plx!stephen
From: stephen@plx.UUCP (Stephen Heath )
Newsgroups: comp.sys.atari.st
Subject: Re: TOS Replacement Project
Message-ID: <1495@plx.UUCP>
Date: 5 Dec 88 20:07:01 GMT
References: <359@sdcc14.ucsd.edu} <1252@atari.UUCP>
Organization: Plexus Computers, San Jose, CA.
Lines: 29

In article <1252@atari.UUCP}, danscott@atari.UUCP (Dan Scott) writes:
} in article <359@sdcc14.ucsd.edu>, cs64fba@sdcc14.ucsd.edu (TAI) says:
} > Sender:pa1132@sdcc15.ucsd.edu via sdcc14.ucsd.edu
} > Keywords:TOS, STOS, ST-LOG, 68000
} > 
} > Has anyone read the newest issue of ST-log?  In an article
} > concerning the X-former II (8-bit Atari Emulator) the author states
} > that the TOS uses non-optimizing 68000 codes "everywhere".  This
} > must be one reason for GEM's slowness.  Perhaps one approach
} > currently for improving the ST is to write faster, more optimizing
} > routines for components of GEM/TOS (such as AES, VDI, and Line-A
} > routines) and interface these routines to the OS so that programs
} > which call these TOS routines often can use our faster routines
} > instead, like what the program "Turbo ST" is
} > trying to do.
} 
} That is not exactly true.  TOS is a combination of both 68000 assembly AND
} C code.  True it is mostly C, but more and more is being replaced w/
} assembler (TOS 1.4 is a good example).
} Dan

And we all have a legal copy or any copy at all, don't we?  :-) :-)

Where can I get this fast bug free version?

|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|
| |Stephen Heath                                    sun!plx!stephen | |
| |My employer may choose or may not choose to (dis)agree, or both. | |
|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|