delorie.com/archives/browse.cgi | search |
Xref: | news-dnh.mv.net comp.os.msdos.djgpp:2041 |
Path: | news-dnh.mv.net!mv!news.sprintlink.net!in2.uu.net!tcsi.tcs.com!agate!islay.ssl.berkeley.edu!korpela |
From: | korpela AT islay DOT ssl DOT berkeley DOT edu (Eric J. Korpela) |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Re: DPMI question |
Date: | 14 Sep 1995 20:45:20 GMT |
Organization: | Cal Berkeley-- Space Sciences Lab |
Lines: | 17 |
References: | <DEt18B DOT HsB AT jade DOT mv DOT net> <4355ve$hj2 AT news DOT mountain DOT net> |
Nntp-Posting-Host: | islay.ssl.berkeley.edu |
To: | djgpp AT sun DOT soe DOT clarkson DOT edu |
Dj-Gateway: | from newsgroup comp.os.msdos.djgpp |
In article <4355ve$hj2 AT news DOT mountain DOT net>, grinch AT access DOT mountain DOT net <Sherm Pendley> wrote: >This deserves some elaboration. Loading an invalid value into a segment >selector shouldn't cause a GP fault. Attempting to access a segment >through a selector which contains an invalid value does cause a fault. I thought that the segment base and limit (invisible) registers were loaded from the LDT or GDT when the segment register is modified. If that causes a read past the limit of the GDT or LDT, shouldn't the processor generate an exception? Eric -- Eric Korpela | An object at rest can never be korpela AT ssl DOT berkeley DOT edu | stopped. <a href="http://www.cs.indiana.edu/finger/mofo.ssl.berkeley.edu/korpela/w"> Click here for more info.</a>
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |