Svoboda | Graniru | BBC Russia | Golosameriki | Facebook
Jump to content

Talk:Upper memory area

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
WikiProject iconComputing: Software Low‑importance
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
LowThis article has been rated as Low-importance on the project's importance scale.
Taskforce icon
This article is supported by WikiProject Software (assessed as Low-importance).
Taskforce icon
This article is supported by Computer hardware task force (assessed as Low-importance).

I think this claim in the article is wrong:
Specifically, programs that tried to directly switch from real mode to protected mode would not work as this was not allowed in the virtual 8086 mode it was running in.
If it is not allowed, then why should DOS programs, that start from real mode and switch to protected mode by using DPMI, work?
Only the DOS Protected Mode Interface (DPMI) API for switching to protected mode was supported.
From my understanding switching from real mode to proteced mode in virtual 8086 mode is possible, but if there is something else running, using protected mode, like the operating system itself, you need some form of standardized manner. And this role fullfils DPMI. Thus the claim, switching from real mode to protected mode because of virtual 8086 mode is wrong. If i am correct, the upper sentence should be changed into:
Specifically, programs that tried to directly switch from real mode to protected mode under Windows would not work without the use of DPMI, as this was not allowed by the operating system.
--IT-Compiler (talk) 21:18, 27 January 2022 (UTC)[reply]