MS-DOS todavía decide cómo se llaman algunos archivos de Windows 11

kernel32.dll no es precisamente uno de los nombres más elegantes que encontraremos dentro de Windows 11. Tampoco user32.dll, ntoskrnl.exe o hal.dll. Podrían parecer simplemente restos de una época en la que ahorrar unos cuantos caracteres tenía sentido, pero hay algo más importante detrás: cuando millones de programas empiezan a buscar un archivo utilizando un nombre concreto, ese nombre deja de ser una simple etiqueta y pasa a formar parte del contrato de compatibilidad del sistema. Cambiarlo puede parecer trivial hasta que una aplicación intenta encontrar algo que ya no existe.

La explicación nos lleva directamente a MS-DOS y a la conocida convención 8.3. Durante aquella época, un nombre de archivo podía tener un máximo de ocho caracteres antes del punto y otros tres para la extensión, además de otras restricciones como la ausencia de espacios. kernel32.dll encaja exactamente en esa estructura, igual que muchos de los componentes más antiguos de Windows. Esto no significa que Windows 11 siga limitado por ella: NTFS admite nombres mucho más largos y el propio sistema está lleno de archivos modernos que ignoran completamente aquel esquema. Lo que permanece es la herencia allí donde modificarla puede resultar más problemático que conservarla.

En realidad, ni siquiera podemos atribuirle realmente la idea a Microsoft. Raymond Chen, veterano ingeniero de Windows, explicó hace años que MS-DOS heredó la convención 8.3 de CP/M, el sistema operativo creado por Gary Kildall en los años setenta y con el que DOS intentó mantener una elevada compatibilidad. Lo curioso es que ni el propio Chen puede explicar con certeza por qué CP/M eligió precisamente ocho caracteres para el nombre y tres para la extensión. Medio siglo después, una decisión cuyo origen exacto se ha perdido parcialmente sigue visible en uno de los sistemas operativos más utilizados del mundo.

Hay además razones históricas mucho más concretas para que esos nombres sobrevivieran. Las aplicaciones pueden enlazar determinadas bibliotecas utilizando directamente su nombre, de manera que sustituir user32.dll por algo más descriptivo obligaría a mantener algún mecanismo de compatibilidad o condenaría a fallar a programas que continúan buscándola como siempre. Durante años tampoco se podía dar por sentado que el volumen del sistema admitiera nombres largos: Windows 95 debía convivir con infraestructuras que todavía dependían de formatos antiguos y, según recuerda Chen, Windows NT mantuvo durante bastante tiempo la posibilidad de instalarse sobre sistemas limitados a nombres cortos. La compatibilidad terminó convirtiendo aquellas restricciones temporales en decisiones prácticamente permanentes.

Los llamados nombres cortos todavía dejan huellas mucho más visibles. El ejemplo clásico es C:\PROGRA~1, el alias 8.3 tradicional de C:\Archivos de programa. Windows puede generar este tipo de equivalencias para mantener compatibilidad con software antiguo, y el problema es que algunas aplicaciones terminaron utilizándolas directamente en su código. Una solución pensada inicialmente como puente entre dos generaciones de sistemas acabó creando una nueva dependencia. Incluso pueden aparecer situaciones más extrañas: si una misma DLL es referenciada mediante su nombre largo y su alias corto, el cargador puede llegar a tratarlas como módulos diferentes, con estados independientes dentro del mismo proceso.

Por eso Microsoft conserva comportamientos que, vistos desde 2026, parecen completamente anacrónicos. El sistema puede prescindir de la generación de nuevos alias 8.3 en determinados volúmenes y tecnologías más recientes como ReFS ni siquiera los admiten de la misma manera, pero el disco del sistema continúa tratando con enorme cuidado todo aquello de lo que pueda depender software antiguo. Eliminar estos nombres no haría Windows más rápido, más seguro ni significativamente mejor; sí podría conseguir que programas perfectamente funcionales dejaran de abrirse. Es una de esas situaciones en las que modernizar por modernizar ofrece muy poco a cambio de asumir un riesgo enorme.

Windows 11 sigue apoyándose en tecnologías nacidas hace décadas, algo que ya hemos visto en otras ocasiones, pero este caso muestra una forma distinta de legado. No hace falta encontrar código de los años noventa ejecutándose dentro del sistema para descubrir el pasado de Windows: basta con abrir System32 y mirar cómo se llaman algunos de sus archivos. El legado de MS-DOS no siempre está debajo de Windows 11; a veces sigue escrito literalmente en sus nombres.

Más información