Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!linus!decvax!tektronix!zehntel!dual!lll-crg!gymble!umcp-cs!seismo!brl-tgr!tgr!lacasse@rand-unix.ARPA
From: lacasse@rand-unix.ARPA (Mark LaCasse)
Newsgroups: net.micro
Subject: Re: Tandy Model 200
Message-ID: <10510@brl-tgr.ARPA>
Date: Wed, 8-May-85 14:15:49 EDT
Article-I.D.: brl-tgr.10510
Posted: Wed May  8 14:15:49 1985
Date-Received: Mon, 10-Jun-85 07:57:25 EDT
Sender: news@brl-tgr.ARPA
Lines: 26


There is an article in Creative Computing, April '85, pp. 64-66 reviewing
the 200.  There are only a few technical details in the article.  About
all it says about programming is that it is almost completely software
compatible with the 100 (same CPU, same capabilities), only that you
have to change the poke locations in Basic and such.  Both use an 80C85.
The 200's maximum of 72KBytes is made up of 3 24KByte address spaces.
These can not interact, except for "copying" files between them.

I programmed a model 100 for Rand for a couple of days.  I wrote three
programs for it, all in Basic, and calling assembler routines in the ROM
for the hard stuff.  There is no support (that I could find) for anything
but Basic, (or, of course, hand assembled assembler).  All the hardware
and file interface (get an ls output) is done this way.  It was a pain
to find the assembler locations in the ROM.  There was no real doc on this.
It just so happened that the locations I needed were also used in some
of the example progams in the manual's appendix.

To the extent it is the same as the model 100, I would say it is "hostile"
to substantial software development.

      Mark LaCasse                  qantel!hplabs!sdcrdcf!randvax!lacasse
      c/o The Rand Corporation       cbosgd!ihnp4!sdcrdcf!randvax!lacasse
      1700 Main Street              lacasse@Rand-Unix
      Santa Monica, CA 90406
	213/393-0411  ext. 7420