This article was reviewed by member(s) of WikiProject Articles for creation. The project works to allow users to contribute quality articles and media files to the encyclopedia and track their progress as they are developed. To participate, please visit the project page for more information.Articles for creationWikipedia:WikiProject Articles for creationTemplate:WikiProject Articles for creationAfC articles
This article was accepted on 18 February 2009 by reviewer MSGJ (talk·contribs).
This 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.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
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]
