Windows unter Windows

In diesem Artikel handelt es sich um das 16-Bit-Subsystem in den 32-Bit-Ausgaben von Windows NT. Für die 32-Bit-Kompatibilitätsschicht in den 64-Bit-Ausgaben siehe Wow64.
Windows unter Windows
Andere Namen BEEINDRUCKEND
Entwickler (en) Microsoft
Betriebssystem Microsoft Windows
Typ Kompatibilitätsschicht
Lizenz Proprietär kommerzielle Software

Im Computer, Windows unter Windows (allgemein bezeichnet als als BEEINDRUCKEND),[1][2][3] ist ein Kompatibilitätsschicht von 32-Bit Versionen des Microsoft Windows NT Familie von Betriebssysteme ab 1993 mit der Veröffentlichung von Windows NT 3.1 bis 2015 mit seinem letzten Auftritt in Windows 10, was erstreckt Ntvdm Um begrenzte Unterstützung für das Laufen zu bieten Erbe 16-Bit Programme geschrieben für Windows 3.x oder früher. Es gibt ein ähnliches Subsystem, bekannt als Wow64, auf 64-Bit-Windows-Versionen, in denen 32-Bit-Programme ausgeführt werden.

Hintergrund

Viele 16-Bit-Windows-Legacy-Programme können ohne Änderungen auf neuerem ausgeführt werden 32-Bit Ausgaben von Windows. Der Grund, warum Designer dies möglich gemacht haben Windows 3.1x zu Windows 95 und später, ohne die Fähigkeit einzuschränken, dass das Betriebssystem zuvor auf eine aktuelle Version aktualisiert wird alle Programme, die von einem Kunden verwendet wurden, wurden gepflegt.

Das Windows 9x Reihe von Betriebssystemen, die ihre Wurzeln in reflektieren DOS, fungierte als Hybrid-16- und 32-Bit-Systeme in dem Sinne, dass das zugrunde liegende Betriebssystem nicht wirklich 32-Bit war und daher nativ 16-Bit-Software ausführen konnte, ohne dass eine besondere Emulation erforderlich ist. Windows NT Betriebssysteme unterscheiden sich erheblich von Windows 9x in ihrer Architektur und erfordern daher eine komplexere Lösung. Es werden zwei separate Strategien verwendet, um 16-Bit-Programme auf 32-Bit-Versionen von Windows (mit einigen Laufzeitbeschränkungen) auszuführen. Sie heißen dunkeln und Shimming.

Dunkeln

Hauptartikel: Thunk § Interoperabilität

Das WOW -Subsystem des Betriebssystems Thunks Legacy 16-Bit-APIs zu ihren neueren 32-Bit-Äquivalenten[Klarstellung erforderlich] Um die Unterstützung für 16-Bit zu unterstützen Zeiger, Speichermodelle und Adressraum.

Alle 16-Bit-Programme, die standardmäßig in einer einzigen ausgeführt werden Virtuelle DoS -Maschine mit gemeinsamem Speicherplatz. Sie können jedoch so konfiguriert werden, dass sie in ihrem eigenen separaten Speicherplatz ausgeführt werden. In diesem Fall hat jeder 16-Bit-Prozess eine eigene dedizierte virtuelle Maschine. Der separate Speicherplatz erhöht die Systemstabilität, indem er Buggy-16-Bit-Programme auf Kosten von reduziertem 16-Bit-Verhalten gegenseitig beeinträchtigen Interprozesskommunikation und erhöhte Speicherauslastung.

Dieses Subsystem ist nur in 32-Bit-Editionen von Windows NT erhältlich. Die 64-Bit-Editionen (einschließlich Windows Server 2008 R2 und später, die nur 64-Bit-Editionen haben) können keine 16-Bit-Software ohne Emulationssoftware von Drittanbietern ausführen (z. Dosbox). Mit Windows 11 Unterstützung für Unterstützung für 32-Bit IA-32 Die Verarbeitungsentwicklung dieses Subsystems wurde eingestellt.

Der wewoxec.exe -Prozess auf a Windows NT Das System erleichtert Windows-on-Windows.[4][5] Zusätzlich zu Windows-on-Windows emulieren die Windows 95 und Windows 98 Kernel, die Win.com -Datei emuliert a Windows 3.x Kernel für Ntvdm, wodurch die 16-Bit-DOS-basierten Windows-Anwendungen unter Windows NT ausgeführt werden.

Shimming

Hauptartikel: Shim (Computing)

Anwendungskompatibilitätsprobleme, insbesondere um Lange Dateinamen, mehrere Benutzer und das Konzept von am wenigsten Privilegien, kann verhindern, dass einige Anwendungen funktionieren. Zum Beispiel können sie fälschlicherweise einen vollständigen Schreibzugriff auf das gesamte Dateisystem annehmen, während NTFS Sicherheit ist vorhanden.

Als die Windows 95 -Linie der Betriebssysteme entworfen wurde 8.3 Dateinamen Damit Legacy -Anwendungen weiterhin auf der Plattform arbeiten können. Windows 95 und spätere Betriebssysteme unterstützen daher einen Kompatibilitätsmodus, bei dem sowohl ein langer Dateiname als auch ein kurzer Dateiname in der gespeichert sind Dateizuordnungstabelle.

Darüber hinaus können ältere Anwendungen, die versuchen, direkt auf Hardware zuzugreifen Benutzermodus. Legacy-Anwendungen können auch fehlschlagen, wenn Systemkonfigurationsdateien aus der DOS- und Windows 9x-ERA in Windows NT-basierten Kernel nicht vorhanden sind Autoexec.bat und Config.sys auf Betriebssysteme weitergeführt werden müssen, die sie nicht verwenden.

Eine beträchtliche Anzahl von Unterschriften ist in der vorhanden Anwendungskompatibilitätsschicht von späteren Versionen von Windows, um abzufangen und zu ändern API Anrufe von Legacy -Anwendungen, die mit unterschiedlichen Annahmen und Best Practices für Betriebssysteme geschrieben wurden.[6] Diese Korrekturen werden von Zeit zu Zeit aktualisiert, da Probleme in beliebten älteren Anwendungen entdeckt werden, die noch verwendet werden.[7]

Siehe auch

Verweise

  1. ^ "Die Wow-Umgebung bleibt im Gedächtnis, nachdem das 16-Bit-Programm gekündigt wurde". Die Unterstützung. Microsoft. 22. Februar 2007. archiviert von das Original am 23. Oktober 2007. Abgerufen 7. Februar, 2017.
  2. ^ "Beginn des 16-Bit-WOW-Subsystems auf Windows NT Server". Die Unterstützung. Microsoft. 1. November 2016. archiviert von das Original am 9. Mai 2007. Abgerufen 7. Februar, 2017.
  3. ^ "Deaktivieren der MSDOS- und WEWExec -Subsysteme auf dem Terminalserver". Die Unterstützung. Microsoft. 1. November 2006. Archiviert Aus dem Original am 13. Januar 2008. Abgerufen 7. Februar, 2017.
  4. ^ "Windows NT -Subsysteme und zugehörige Dateien". Die Unterstützung. Microsoft. 31. Oktober 2006. archiviert von das Original am 16. März 2007. Abgerufen 7. Februar, 2017.
  5. ^ "PRB: Die Verlagerung von ntvdm.exe schlägt bei Multiprozessor -Computern fehl.". Die Unterstützung. Microsoft. 21. November 2006. archiviert von das Original am 22. Februar 2009. Abgerufen 7. Februar, 2017.
  6. ^ "Anwendungskompatibilität". TECHNET. Microsoft. Abgerufen 7. Februar, 2017.
  7. ^ "Anwendungskompatibilitäts -Update für Windows 7 und Windows Server 2008 R2: August 2010". Die Unterstützung. Microsoft. 24. August 2010. Abgerufen 7. Februar, 2017.

Externe Links