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. | | |=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|=|