home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.ibm.pc.hardware:23884 comp.os.msdos.programmer:9228 comp.sys.ibm.pc.misc:12443 comp.sys.ibm.pc.programmer:399
- Path: sparky!uunet!mcsun!uknet!axion!pcellik
- From: pcellik@axion.bt.co.uk (Peter SPHINX Cellik)
- Newsgroups: comp.sys.ibm.pc.hardware,comp.os.msdos.programmer,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.programmer
- Subject: Re: Why does HIMEM.SYS not work with some keyboard chips?
- Message-ID: <1992Sep10.135644@axion.bt.co.uk>
- Date: 10 Sep 92 12:56:44 GMT
- References: <1992Sep4.023741.3497@leela.cs.orst.edu> <1992Sep4.153652.16199@uniwa.uwa.edu.au> <1992Sep9.044414.29506@qiclab.scn.rain.com> <92Sep10.033139.16873@acs.ucalgary.ca>
- Sender: news@axion.bt.co.uk
- Reply-To: pcellik@axion.bt.co.uk (Peter SPHINX Cellik)
- Organization: British Telecom Research Labs
- Lines: 22
-
-
- In article <92Sep10.033139.16873@acs.ucalgary.ca>, quigley@acs.ucalgary.ca (Martyn Thomas Quigley) writes:
- |> 70465.203@compuserve.com writes:
- |>
- |> >>On the 286, the accesses *didn't* wrap, they just went on to the first
- |> >64k-16 of RAM above the 1 meg mark.
- |>
- |> Yes, this is what happens, but what I'd like to know is why?
- |> Someone, somewhere must have decided this--what was the rationale?
- |>
- The rationale was to get 64 more K available to real mode 8086 DOS
- applications on the 80286+. The total address able space would be
- 1024K+64K, programs which are high memory aware can use this space.
- DOS 5 when loaded HIGH goes above the 1024K address segment.
-
- SPHINX
-
- ==================================================
- === ?include "DISCLAIM.H--" ===
- === ===
- === Kill others only if you wish to be killed. ===
- ==================================================
-