Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Notesfiles $Revision: 1.7.0.8 $; site uiucuxa Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!inuxc!pur-ee!uiucdcs!uiucuxc!uiucuxa!ldr292 From: ldr292@uiucuxa.Uiuc.ARPA Newsgroups: net.micro.apple Subject: Re: Orphaned Response Message-ID: <9800008@uiucuxa> Date: Thu, 19-Sep-85 12:32:00 EDT Article-I.D.: uiucuxa.9800008 Posted: Thu Sep 19 12:32:00 1985 Date-Received: Sat, 21-Sep-85 03:42:11 EDT References: <188@ski.UUCP> Lines: 31 Nf-ID: #R:ski.UUCP:-18800:uiucuxa:9800008:000:1527 Nf-From: uiucuxa.Uiuc.ARPA!ldr292 Sep 19 11:32:00 1985 I personally have worked with TASC, Einstein, and with SpeedStar and found that Einstein is probably the best. As you stated though, It's no longer being sold. Oh well. However I'll tell you why I like it over TASC. The TASC compiler runs through a three stage compilation, first it check for bugs or errors it the program that it can't compile. Then it ,if there are no errors, starts compilation (stage 2) and third it compacts the code and writes it to a file. This file is a binary file and can only be BRUN after another file RUNTIME has been BLOADed into memory. This is a real pain!!! Einstein however completes compilation in one pass (and also will compile commands such as graphics) that TASC has problems with. After compilation Einstein writes the compiled file as a fake APPLESOFT file. In other words it fool the computer into thinking that the compiled file is really in BASIC. It sort of is. If you try to list it you will see only one line, that looks like this: CALL XXXXXX What this means is that the compilied program resides about $805 in memory and that the program CALLs it. Much more effiecient. and its faster!!!!! If you get desperate I may be able to up load the Einstien File. (I deprotected my original so that I can load my file, then BRUN Einstein, then save the new file. Its so much easier than the other way. Leonard Rosenthol uiucuxa ... An Apple a day keeps IBM away.....