Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!ames!oliveb!intelca!mipos3!kds
From: kds@mipos3.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: 286 protected virtual address mode
Message-ID: <390@mipos3.UUCP>
Date: Tue, 27-Jan-87 18:18:28 EST
Article-I.D.: mipos3.390
Posted: Tue Jan 27 18:18:28 1987
Date-Received: Thu, 29-Jan-87 03:48:36 EST
References: <4207@utah-cs.UUCP> <1606@cit-vax.Caltech.Edu>
Reply-To: kds@mipos3.UUCP (Ken Shoemaker ~)
Organization: Intel, Santa Clara, CA
Lines: 17

In article <1606@cit-vax.Caltech.Edu> sns@tybalt.caltech.edu.UUCP (Samuel N. Southard) writes:
>The assembler will, of course, only support the mode that it can access.  DOS

this is, of course, a silly argument.  Even if you couldn't get to protected 
mode from DOS, this is no reason why the assembler couldn't generate the
opcodes.  You can, of course, go back and forth from protected mode and real
mode on the pc-at and its clones using the reset function in the 8042.
-- 
The above views are personal.

The primary reason innumeracy is so pernicious is the ease with which numbers
are invoked to bludgeon the innumerate into dumb acquiescence.
			- John Allen Paulos

Ken Shoemaker, Microprocessor Design, Intel Corp., Santa Clara, California
uucp: ...{hplabs|decwrl|amdcad|qantel|pur-ee|scgvaxd|oliveb}!intelca!mipos3!kds
csnet/arpanet: kds@mipos3.intel.com