En informática , Windows on Windows (comúnmente conocido como WOW ) [1] [2] [3] es una capa de compatibilidad discontinuada de las versiones de 32 bits de la familia de sistemas operativos Windows NT desde 1993 con el lanzamiento de Windows NT 3.1 , que extiende NTVDM para proporcionar soporte limitado para ejecutar programas heredados de 16 bits escritos para Windows 3.x o anteriores. Existe un subsistema similar, conocido como WoW64 , en las versiones de Windows de 64 bits que ejecuta programas de 32 bits.
Este subsistema ha sido descontinuado a partir de 2021. La última versión de Windows que incluye este subsistema es Windows 10 , ya que Windows 11 (y Windows Server 2008 R2 y posteriores) dejaron de admitir procesadores de 32 bits y, por lo tanto, no pueden ejecutar software de 16 bits sin un software de emulación de terceros (por ejemplo, DOSBox ).
Muchos programas antiguos de Windows de 16 bits pueden ejecutarse 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 permitir que los desarrolladores de software tuvieran tiempo para corregir su software durante la transición de la industria de Windows 3.1x a Windows 95 y versiones posteriores, sin restringir la capacidad del sistema operativo para actualizarse a una versión actual antes de que se hubieran solucionado todos los programas utilizados por un cliente.
La serie de sistemas operativos Windows 9x , que refleja sus raíces en DOS , funcionaba como un sistema híbrido 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 software de 16 bits 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 32 bits de Windows (con algunas limitaciones de tiempo de ejecución ). Se denominan thunking y shimming .
El subsistema WOW del sistema operativo convierte las API heredadas de 16 bits en sus equivalentes más nuevos de 32 bits [ aclaración necesaria ] para brindar soporte para punteros de 16 bits , modelos de memoria y espacio de direcciones .
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 independiente aumenta la estabilidad del sistema al evitar que los programas de 16 bits con errores interfieran entre sí, a expensas de una menor comunicación 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 núcleos Windows 95 y Windows 98 , el archivo WIN.COM emula un núcleo Windows 3.x para NTVDM , que ejecuta las aplicaciones Windows basadas en DOS de 16 bits en Windows NT.
Los problemas de compatibilidad de aplicaciones, en particular los relacionados con nombres de archivos largos , múltiples usuarios y el concepto de privilegio mínimo , pueden impedir que algunas aplicaciones funcionen. Por ejemplo, pueden suponer incorrectamente que tienen acceso total a la escritura en todo el sistema de archivos , mientras que la seguridad NTFS está implementada.
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 archivo de la versión 8.3 para permitir que las aplicaciones heredadas siguieran funcionando en la plataforma. Por lo tanto, Windows 95 y los sistemas operativos posteriores admiten un modo de compatibilidad mediante el cual tanto un nombre de archivo largo como un nombre de archivo corto se almacenan en la entrada de 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 que las versiones de longitud cero de archivos como AUTOEXEC.BAT y CONFIG.SYS deben trasladarse a sistemas operativos que no los utilizan.
En la capa de compatibilidad de aplicaciones de las versiones posteriores de Windows, existe una cantidad considerable de correcciones que interceptan y modifican las llamadas a la API realizadas por aplicaciones heredadas que se escribieron teniendo en mente un conjunto diferente de suposiciones y las mejores prácticas del sistema operativo. [6] Estas correcciones se actualizan periódicamente a medida que se descubren problemas en aplicaciones heredadas populares que aún se encuentran en uso. [7]