home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.amiga.advocacy:31915 comp.sys.amiga.misc:18923
- Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.misc
- Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!specklec.mpifr-bonn.mpg.de!mlelstv
- From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
- Subject: Re: Don't let the Amiga Die (Part II)!!!
- Message-ID: <1992Dec21.225649.18706@mpifr-bonn.mpg.de>
- Sender: news@mpifr-bonn.mpg.de
- Nntp-Posting-Host: specklec
- Organization: Max-Planck-Institut f"ur Radioastronomie
- References: <1992Dec21.032333.29604@utstat.toronto.edu> <1992Dec21.175003.22727@sol.ctr.columbia.edu>
- Date: Mon, 21 Dec 1992 22:56:49 GMT
- Lines: 19
-
- In <1992Dec21.175003.22727@sol.ctr.columbia.edu> jerry@msi.com (Jerry Shekhel) writes:
- >Interesting statement, Philip. The original PC had an 8088 CPU. How does
- >one write 8-bit software for a 16-bit (internal) CPU?
-
- There's nothing in reality which is 8-bit,16-bit or 32-bit software.
-
- People refer to iAPX286 protected mode programs as 16-bit software
- and to iAPX386 protected mode programs as 32-bit software. The
- '8-bit' name is an extension to that scheme and refers to 8088/8086
- real mode (or virtual mode) programs. These programs aren't optimized
- for 16bit or even 32bit memory cycles (by aligning code and data
- accordingly) so that the name '8-bit' has some justification.
-
- Regards,
- --
- Michael van Elst
- UUCP: universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
- Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
- "A potential Snark may lurk in every tree."
-