En informática , Windows sobre Windows (comúnmente conocido como WOW ) [1] [2] [3] fue una capa de compatibilidad de versiones de 32 bits de la familia de sistemas operativos Windows NT desde 1993 con el lanzamiento de Windows NT 3.1 , que amplía NTVDM para brindar soporte limitado para ejecutar programas heredados de 16 bits escritos para Windows 3.x o anterior. Existe un subsistema similar, conocido como WoW64 , en las versiones de Windows de 64 bits que ejecuta programas de 32 bits.
Desde entonces, este subsistema ha sido descontinuado, ya que Windows 11 (y Windows Server 2008 R2 y posteriores) solo están disponibles en ediciones de 64 bits y, por lo tanto, no pueden ejecutar software de 16 bits sin un software de emulación de terceros (por ejemplo, DOSBox ). Windows 10 es la versión final de Windows que incluye este subsistema.
Muchos programas heredados de Windows de 16 bits se pueden ejecutar sin cambios en las ediciones más nuevas de Windows de 32 bits . La razón por la que los diseñadores hicieron esto posible fue para dar tiempo a los desarrolladores de software para remediar su software durante la transición de la industria de Windows 3.1x a Windows 95 y posteriores, sin restringir la capacidad del sistema operativo de actualizarse a una versión actual antes de que todos los programas utilizados por un cliente había sido atendido.
La serie de sistemas operativos Windows 9x , que refleja sus raíces en DOS , funcionaba como sistemas híbridos de 16 y 32 bits en el sentido de que el sistema operativo subyacente no era realmente de 32 bits [ cita requerida ] y, por lo tanto, podía ejecutar 16 bits. software de forma nativa sin requerir ninguna emulación especial; Los sistemas operativos Windows NT difieren significativamente de Windows 9x en su arquitectura y, por lo tanto, requieren una solución más compleja. Se utilizan dos estrategias independientes para permitir que los programas de 16 bits se ejecuten en versiones de Windows de 32 bits (con algunas limitaciones de tiempo de ejecución). Se llaman thunking y shimming .
El subsistema WOW del sistema operativo transforma las API heredadas de 16 bits en sus equivalentes más nuevos de 32 bits [ se necesita aclaración ] para brindar soporte para punteros , modelos de memoria y espacio de direcciones de 16 bits .
Todos los programas de 16 bits se ejecutan de forma predeterminada en una única máquina virtual DOS con espacio de memoria compartido. Sin embargo, se pueden configurar para que se ejecuten en su propio espacio de memoria independiente, en cuyo caso cada proceso de 16 bits tiene su propia máquina virtual dedicada. El espacio de memoria separado aumenta la estabilidad del sistema al evitar que los programas de 16 bits con errores interfieran entre sí, a expensas de una comunicación reducida entre procesos de 16 bits y una mayor utilización de la memoria.
El proceso WOWEXEC.EXE en un sistema Windows NT facilita Windows-on-Windows. [4] [5] Además de que Windows-on-Windows emula los kernels de Windows 95 y Windows 98 , el archivo WIN.COM emula un kernel de Windows 3.x para NTVDM , que ejecuta las aplicaciones de Windows basadas en DOS de 16 bits en WindowsNT.
Los problemas de compatibilidad de aplicaciones, en particular los relacionados con nombres de archivos largos , varios usuarios y el concepto de privilegio mínimo , pueden impedir que algunas aplicaciones funcionen. Por ejemplo, pueden asumir incorrectamente acceso total de escritura a todo el sistema de archivos mientras existe seguridad NTFS .
Cuando se diseñó la línea de sistemas operativos Windows 95, un requisito clave era que el sistema de archivos mantuviera la compatibilidad con los nombres de archivos 8.3 para permitir que las aplicaciones heredadas siguieran funcionando en la plataforma. Por lo tanto, Windows 95 y sistemas operativos posteriores admiten un modo de compatibilidad mediante el cual tanto un nombre de archivo largo como uno corto se almacenan en la entrada del directorio .
Además, las aplicaciones heredadas que intentan acceder al hardware directamente no pueden hacerlo en modo de usuario . Las aplicaciones heredadas también pueden fallar si los archivos de configuración del sistema de la era DOS y Windows 9x no están presentes en los núcleos basados en Windows NT, de ahí la razón por la cual las versiones de longitud cero de archivos como AUTOEXEC.BAT y CONFIG.SYS deben continuar en funcionamiento. sistemas que no los utilizan.
Una cantidad considerable de correcciones están presentes en la capa de compatibilidad de aplicaciones de versiones posteriores de Windows para interceptar y modificar llamadas API realizadas por aplicaciones heredadas que fueron escritas con un conjunto diferente de suposiciones y mejores prácticas del sistema operativo en mente. [6] Estas correcciones se actualizan periódicamente a medida que se descubren problemas en aplicaciones heredadas populares que todavía están en uso. [7]