home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.folklore.computers
- Path: sparky!uunet!usc!sdd.hp.com!apollo.hp.com!netnews
- From: gardner_c@apollo.hp.com (Cal Gardner)
- Subject: Re: ASSEMBLY LANGUAGE IBM
- Sender: usenet@apollo.hp.com (Usenet News)
- Message-ID: <By1q4s.160@apollo.hp.com>
- Date: Sat, 21 Nov 1992 03:10:04 GMT
- References: <NICKEL.92Nov17235221@desaster.cs.tu-berlin.de> <1992Nov18.104521.9036@news.columbia.edu> <1992Nov18.203029.18985@mnemosyne.cs.du.edu>
- Nntp-Posting-Host: prism.ch.apollo.hp.com
- Organization: Hewlett-Packard Corporation, Chelmsford, MA
- Lines: 23
-
- In article <1992Nov18.203029.18985@mnemosyne.cs.du.edu> jgriffit@nyx.cs.du.edu (Jonathan Griffitts) writes:
- >lasner@watsun.cc.columbia.edu (Charles Lasner) writes:
- >> As someone posted
- >>earlier, the binary of any program from the beginning will run on each and
- >>every model. This assumes that the implied O/S functions are present, as
- >
- >Actually, this is not strictly true.
- >
- >Counterexample: the 360 model 20, which implemented only a subset of the
- >360 instruction set. As I recall, it did not support fullword operations
- >(halfword only), nor packed BCD memory-to-memory stuff, nor other 'fancy'
- >operations. It was basically just a 16-bit minicomputer instruction set.
- >
- >As far as I know, though, it WAS upward compatible to the other 360s.
- >
- >--
- > --JCG
- >AnyWare Engineering, Boulder CO
- >303 442-0556
-
- I say minicomputer?? The micro code was held in the main memory array
- Yes the Model 20 was a strange beast.
-
-