Se dice que el hardware o software de computadora es compatible con errores si reproduce exactamente incluso una característica indeseable [1] de una versión anterior. La frase se encuentra en el archivo de jerga . [2]
Un aspecto de mantener la compatibilidad con versiones anteriores de un sistema antiguo es que los programas cliente de dichos sistemas a menudo no solo dependen de sus interfaces específicas, sino también de errores y comportamientos no deseados. Eso también debe ser preservado por el reemplazo más nuevo. Además de la complejidad significativamente mayor que debe mantenerse durante la evolución natural del código o la interfaz, a veces puede causar problemas de rendimiento o seguridad, y las inconsistencias en el comportamiento de las interfaces a veces pueden conducir a nuevos errores en el software que lo usa, creando Difícil de resolver las dependencias cruzadas multidireccionales entre varios fragmentos de código. [3]
Se pueden encontrar ejemplos en MS-DOS / PC DOS ; cuando se ejecuta en procesadores 286 o superiores, el cargador ejecutable residente contiene código especialmente diseñado para detectar y reparar ciertas aplicaciones generalizadas y cargadores de apéndices (como programas vinculados con versiones anteriores de EXEPACK de Microsoft o extensores de DOS 386 de Rational Systems ) al parchear el programa cargado imagen antes de ejecutarla, [4] o donde DOS parchea Windows ( WINA20.386 ) [5] Durante el desarrollo, DR-DOS también tuvo que ser modificado para no solo emular muchas peculiaridades indocumentadas de MS-DOS y PC DOS , pero también errores reales en el kernel y varios controladores, para hacer que otros controladores y aplicaciones se ejecuten en DR-DOS, cuando se probaron solo en versiones específicas de MS-DOS. [6] [4] [7]
Windows , que tradicionalmente ha emulado muchos errores del sistema antiguo para permitir que se ejecuten programas antiguos de bajo nivel, es otro ejemplo. Como resultado, Wine , que hace posible ejecutar muchas aplicaciones de Windows en otras plataformas, también necesita mantener la compatibilidad de errores con Windows. [8]
Durante el desarrollo de su PC compatible con IBM , Compaq ingenieros encontraron que Microsoft Flight Simulator no se presentaría a causa de lo subLOGIC 's Bruce Artwick describe como "un error en uno de Intel ' fichas s", obligándolas a compatibilizar-bug su ordenador con el IBM PC. [9] Otro ejemplo de hardware se encuentra en el diseño de la línea de dirección IBM Personal Computer / AT A20 para emular el comportamiento en procesadores más antiguos. [4] [7]
Microsoft Excel siempre ha tenido un error deliberado de año bisiesto , que trata falsamente el 29 de febrero de 1900 como una fecha real, para garantizar la compatibilidad con Lotus 1-2-3 . [10]
Ver también
Referencias
- ^ "compatible con error por error" . catb.org .
Igual que compatible con errores, con la implicación adicional de que se realizaron muchos esfuerzos tediosos para garantizar que cada error (conocido) se replicara.
- ^ "Compatible con errores - www.jargon.net" . Consultado el 3 de febrero de 2010 .
- ^ Pontin, Jason (26 de diciembre de 1994). "Tercer retraso de Windows 95; necesita pulirse" . InfoWorld . InfoWorld Media Group, Inc. 16 (52): 18.
- ^ a b c Paul, Matthias R. (7 de octubre de 2002). "Re: problema relacionado con masm .com (PSP)" . alt.lang.asm . Archivado desde el original el 3 de septiembre de 2017 . Consultado el 3 de septiembre de 2017 .
- ^ Schulman, Andrew; Brown, Ralf D .; Maxey, David; Michels, Raymond J .; Kyle, Jim (1994) [noviembre de 1993]. DOS sin documentar: una guía del programador para las funciones y estructuras de datos reservadas de MS-DOS, expandida para incluir MS-DOS 6, Novell DOS y Windows 3.1 (2 ed.). Reading, Massachusetts: Addison Wesley . ISBN 0-201-63287-X.(xviii + 856 + vi páginas, 3.5 "-floppy) Fe de erratas: [1] [2]
- ^ Paul, Matthias R. (20 de febrero de 2002). "Necesita DOS 6.22 (no OEM)" . alt.msdos.programmer . Archivado desde el original el 9 de septiembre de 2017 . Consultado el 14 de octubre de 2006 .
- ^ a b Paul, Matthias R. (2 de febrero de 2002). "Treiber dynamisch nachladen (Intra-Segment-Offset-Relokation zum Laden von TSRs in die HMA)" [Carga de controladores dinámicamente (Reubicación de desplazamiento intrasegmento para cargar TSR en el HMA)]. de.comp.os.msdos (en alemán). Archivado desde el original el 9 de septiembre de 2017 . Consultado el 2 de julio de 2017 .(NB. Ofrece una descripción general completa de la historia y la "naturaleza" de la HMA y las limitaciones de diseño no obvias que se deben observar al desarrollar extensiones del sistema residente para cargarlas en la HMA).
- ^ "WineFeatures - La Wiki oficial del vino" . Consultado el 3 de febrero de 2010 .
- ^ Yakal, Kathy (enero de 1985). "Bruce Artwick / El diseñador detrás de Flight Simulator II" . Compute! 'S Gazette . pag. 32 . Consultado el 6 de julio de 2014 .
- ^ Excel asume incorrectamente que el año 1900 es bisiesto . Consultado el 1 de mayo de 2019.