"Gisle Vanem" <giva@users.sourceforge.net> wrote in message
news:3ef5b81e$1@news.broadpark.no...

What is this?

On Tue, 24 Jun 2003 16:40:39 +0300, "George Pavlenko"
<email@teleport.kiev.ua> wrote:

managers which allow programs to run in "protected mode" under DOS,
using the 32-bit address space. Most of these will also run in console
mode under the various flavors of Windows, with Windows supplying the
memory management part of the job.

--
Al Balmer
Balmer Consulting
removebalmerconsultingthis@att.net

"Alan Balmer" <albalmer@att.net> wrote in message
news:mnqgfvg5c935v39aoobp7odfqj422ipbu6@4ax.com...

Yes, it is.

"Various", good. That is: one - in one way,
second - in second way? Some extender
gives such possibility, some - does not?
I think no one can write that _all_ extenders
give access to BIOS. Some programmer can
write an extender that will not give it, can not he?

And I do not understand, may any one call a program
running under the extender "DOS program"?

And I have read that it is "unreal" mode
which gives a possibility to use 32-bit
pointers in real mode... And I even have seen
the code of this method.

P.S. Sorry for may bad English. I am Russian.

"Tim Robinson" <tim.at.gaat.freeserve.co.uk@invalid.com> wrote in message
news:bdcril$rq68o$1@ID-103400.news.dfncis.de...

Yes, you are right.
But talking was about "DOS programs".

--
George Pavlenko

CBFalconer wrote:
This would imply that Flat Real Mode doesn't work at all, and I can
assure you it does.

I don't know where the idea that modifying segregs resets the limits
came from. Does it say this in the Intel manuals? (I'm not as familiar
with the manuals as I should be) As nearly as I can determine, the only
way to alter limits is to jump to pmode, load segregs with a descriptor
containing the desired limit, and go back to rmode. If the limit was
4G-1, we're in Flat Real/Unreal mode. If something else does this, and
sets the limits back to 0FFFFh, then yes, you'd get a segment overrun
exception if you continued to try to use FRM. Bios calls might do this,
I can't imagine a dos call doing it. Herman's code installs the switch
to FRM as a handler for the segment overrun exception, so even this
eventuality is handled. Seems rock-solid to me!

As Tim says, OT for the win32 group... sorry.

Best,
Frank

"Tim Robinson" <tim.at.gaat.freeserve.co.uk@invalid.com> wrote:

Hence the big problem with wide cross-posting:

Newsgroups: alt.lang.asm,
comp.os.msdos.programmer,
comp.os.ms-windows.programmer.win32,
comp.programming,
microsoft.public.masm

In many of those newsgroups, the Windows assumption would not be so
natural.
--
- Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.