DR-DOS (escrito como DR DOS , sin guión, en versiones hasta la 6.0 inclusive) es un sistema operativo de disco para PC compatibles con IBM . Tras su introducción en 1988, fue el primer DOS que intentó ser compatible con IBM PC DOS y MS-DOS (que eran el mismo producto vendido con nombres diferentes).
DR-DOS fue desarrollado por Digital Research de Gary A. Kildall y derivó de Concurrent PC DOS 6.0, que fue un sucesor avanzado de CP/M-86 . A medida que cambió de propietario, se produjeron varias versiones posteriores con nombres que incluían Novell DOS y Caldera OpenDOS.
El CP/M original de Digital Research para los sistemas basados en Intel 8080 y Z80 de 8 bits generó numerosas versiones derivadas, en particular CP/M-86 para la familia de procesadores Intel 8086/8088 . Aunque CP/M había dominado el mercado desde mediados de la década de 1970 y se enviaba con la gran mayoría de las computadoras personales de arquitectura no propietaria, la IBM PC en 1981 marcó el comienzo de lo que eventualmente sería un cambio masivo.
IBM se acercó originalmente a Digital Research en 1980, buscando una versión x86 de CP/M. Sin embargo, hubo desacuerdos sobre el contrato e IBM se retiró. En cambio, se llegó a un acuerdo con Microsoft , que compró otro sistema operativo, 86-DOS , de Seattle Computer Products (SCP). Esto se convirtió en Microsoft MS-DOS e IBM PC DOS . La estructura de comandos y la interfaz de programación de aplicaciones de 86-DOS imitaban las de CP/M 2.2 (con BDOS 2.2). Digital Research amenazó con emprender acciones legales, alegando que PC DOS/MS-DOS era demasiado similar a CP/M. A principios de 1982, IBM llegó a un acuerdo al aceptar vender la versión x86 de CP/M de Digital Research, CP/M-86 , junto con PC DOS. Sin embargo, PC DOS se vendía por 40 dólares, mientras que CP/M-86 tenía un precio de 240 dólares. La proporción de compradores de PC dispuestos a gastar seis veces más para comprar CP/M-86 era muy pequeña, y la disponibilidad limitada de software de aplicación compatible, al principio a favor de Digital Research, fue sólo temporal. [2]
Digital Research libró una larga batalla perdida para promover CP/M-86 y sus sucesores multitarea y multiusuario MP/M-86 y Concurrent CP/M-86 , y finalmente decidió que no podían superar el liderazgo de Microsoft-IBM en disponibilidad de software de la aplicación, por lo que modificaron Concurrent CP/M-86 para permitirle ejecutar las mismas aplicaciones que MS-DOS y PC DOS.
Esto se mostró públicamente en diciembre de 1983 [3] y se envió en marzo de 1984 como DOS 3.1 concurrente (también conocido como CDOS con BDOS 3.1) a los proveedores de hardware. [4] Si bien DOS concurrente continuó evolucionando en varias versiones a lo largo de los años para eventualmente convertirse en DOS multiusuario y REAL/32 , no estaba diseñado específicamente para el mercado de escritorio y era demasiado costoso para aplicaciones de un solo usuario. Por ello, con el tiempo se hicieron dos intentos de dejar de lado el producto:
En 1985, Digital Research desarrolló DOS Plus 1.0 a 2.1 , un derivado simplificado y modificado para un solo usuario de Concurrent DOS 4.1 y 5.0 , que ejecutaba aplicaciones para ambas plataformas y permitía cambiar entre varias tareas [5] [6] al igual que el CP/M-86 original. Su compatibilidad con DOS era limitada y Digital Research hizo otro intento, esta vez con un sistema DOS nativo. [6] Este nuevo sistema operativo de disco se lanzó en 1988 como DR DOS.
Aunque DRI tenía su sede en Pacific Grove y más tarde en Monterey , California, EE. UU., el trabajo en DOS Plus comenzó en Newbury , Berkshire en el Reino Unido, donde Digital Research Europe tenía su grupo de soporte OEM ubicado desde 1983. [nb 1] A partir de 1986 , la mayor parte del trabajo del sistema operativo en DOS concurrente 386 y XM , DOS multiusuario, DR DOS y PalmDOS se realizó en el Centro de Desarrollo Europeo (EDC) de Digital Research en Hungerford , Berkshire. [nb 1] Posteriormente, Digital Research GmbH también realizó algunos trabajos en Munich , Alemania.
A petición de varios OEM , Digital Research inició un plan para desarrollar un nuevo sistema operativo DOS que abordara los defectos dejados por MS-DOS en 1987. [7] De particular importancia fue un acuerdo de un millón de dólares con Kazuhiko "Kay" Nishi de ASCII Corporation . quien previamente había jugado un papel decisivo en la apertura del mercado OEM japonés para Microsoft. [6] La primera versión de DR DOS se publicó el 28 de mayo de 1988. [7] Los números de versión se eligieron para reflejar las características relativas a MS-DOS; la primera versión promocionada al público fue DR DOS 3.31, [7] que ofrecía características comparables a Compaq MS-DOS 3.31 con soporte para discos grandes ( FAT16B también conocido como "BIGDOS"). DR DOS 3.31 se informó como "IBM PC DOS 3.31", mientras que la versión interna del kernel BDOS ( Basic Disk Operating System ) se informó como 6.0, de naturaleza de usuario único, lo que refleja su origen como derivado de Concurrent DOS 6.0 con capacidades multitarea y multiusuario. así como también se eliminó el soporte de API CP/M y se reemplazó el XIOS por un DOS-BIOS compatible con IBM . Los archivos del sistema se denominaron DRBIOS.SYS (para DOS-BIOS) y DRBDOS.SYS (para el kernel BDOS), la etiqueta OEM del disco utilizada fue "DIGITAL␠".
DR DOS ofrecía algunas herramientas de línea de comandos extendidas con ayuda de línea de comandos, mensajes de error detallados, historial y edición sofisticados de la línea de comandos ( directiva HISTORY ), así como soporte para contraseñas de archivos y directorios integradas directamente en el kernel. [8] También era más barato obtener la licencia que MS-DOS y era ROMable desde el principio. La versión ROMed de DR DOS también se denominó ROS (sistema operativo ROM). [9] Varios fabricantes de PC que estaban interesados en un DOS de terceros se acercaron a DRI, lo que provocó varias actualizaciones del sistema.
En ese momento, MS-DOS solo estaba disponible para los OEM que incluían hardware. En consecuencia, DR DOS logró cierto éxito inmediato cuando los consumidores pudieron comprarlo a través de los canales minoristas normales a partir de la versión 3.4x.
Las versiones conocidas son DR DOS 3.31 (BDOS 6.0, junio de 1988, solo OEM), 3.32 (BDOS 6.0, 17 de agosto de 1988, solo OEM), 3.33 (BDOS 6.0, 1 de septiembre de 1988, solo OEM), 3.34 (BDOS 6.0, solo OEM) ), 3,35 (BDOS 6.0, 21 de octubre de 1988, solo OEM), 3,40 (BDOS 6.0, 25 de enero de 1989), 3,41 (BDOS 6.3, junio de 1989, OEM y venta minorista). Al igual que MS-DOS, la mayoría de ellos se produjeron en varias variantes para diferentes hardware. Si bien la mayoría de los OEM mantuvieron la designación de nombre DR DOS, 2001 Sales, Inc. lo comercializó con el nombre EZ-DOS 3.41 (también conocido como EZ-DOS 4.1). [10] [11]
DR DOS versión 5.0 (con nombre en código "Leopard") se lanzó en mayo de 1990, [7] todavía se informa como "PC DOS 3.31" por motivos de compatibilidad, pero indica internamente un kernel BDOS 6.4 de usuario único. (La versión 4 se omitió para evitar ser asociada con el relativamente impopular MS-DOS 4.0 ). Esto introdujo ViewMAX , un shell de administración de archivos GUI basado en GEM . [12] [13] La pantalla de inicio de ViewMAX presentaría el lema "Investigación digital: hacemos que las computadoras funcionen". [14] [15] [16] DR DOS 5.0 también introdujo el sistema patentado de administración de energía BatteryMAX , software de almacenamiento en caché de disco incluido (DRCACHE), una herramienta de transferencia remota de archivos (FILELINK), una utilidad de configuración de la forma del cursor (CURSOR) y ofreció un sistema de gestión de memoria muy mejorado (MemoryMAX). [12] [13] Por motivos de compatibilidad, los archivos del sistema DR DOS 5.0 ahora se denominaron IBMBIO.COM (para DOS-BIOS) e IBMDOS.COM (para el kernel BDOS) y debido al cargador avanzado en el sector de arranque podrían almacenarse físicamente en cualquier lugar del disco. [13] La etiqueta OEM en los sectores de arranque se cambió a "IBM␠␠3.3".
DR DOS 5.0 fue el primer DOS que incluyó capacidades de carga alta. El núcleo y las estructuras de datos, como los buffers de disco, podrían reubicarse en el área de alta memoria (HMA), los primeros 64 KB de memoria extendida a los que se puede acceder en modo real . Esto liberó la cantidad equivalente de memoria "base" o convencional crítica , los primeros 640 KB de la RAM del PC, el área en la que se ejecutan todas las aplicaciones de DOS. [13]
Además, en las máquinas Intel 80386 , el administrador de memoria EMS de DR DOS permitía al sistema operativo cargar controladores de dispositivos DOS en bloques de memoria superiores, liberando aún más la memoria base.
DR DOS 5.0 fue el primer DOS que integró dicha funcionalidad en el sistema operativo base (ya era posible cargar controladores de dispositivos en bloques de memoria superiores utilizando software de terceros como QEMM ). Esto le permitió, en 286 sistemas con conjuntos de chips compatibles y en 386 sistemas, proporcionar significativamente más memoria convencional libre que cualquier otro DOS. Una vez que se cargaron los controladores para un mouse, hardware multimedia y una pila de red, una máquina MS-DOS/PC DOS normalmente sólo tendría entre 300 y 400 KB de memoria convencional libre, demasiado poca para ejecutar mucho software de finales de los años 80. En contraste con esto, DR DOS 5.0, con algunos ajustes manuales, podría cargar todo esto y aun así mantener libre toda su memoria convencional, permitiendo algunas estructuras de datos de DOS necesarias, hasta 620 KB de los 640 KB. Con MEMMAX +V, la región de memoria convencional podría incluso ampliarse a partes no utilizadas de la tarjeta adaptadora de gráficos, lo que normalmente proporciona otros 64 a 96 KB más de memoria DOS libre.
Debido a que DR DOS dejó tanta memoria convencional disponible, algunos programas antiguos que usaban ciertas técnicas de ajuste de direcciones no pudieron ejecutarse correctamente ya que ahora se cargaron inesperadamente (o, en MS-DOS, "imposiblemente") con poca memoria, dentro del primer segmento de 64 KB. (conocido como " poca memoria "). Por lo tanto, el nuevo comando MEMMAX -L de DR DOS 5.0 solucionó este problema preasignando una porción de memoria al inicio del mapa de memoria para que los programas se carguen por encima de esta barrera (pero con menos memoria convencional utilizable en ese momento). De forma predeterminada, MEMMAX estaba configurado para +L, para que las aplicaciones pudieran aprovechar la memoria adicional.
Ante una competencia sustancial en el ámbito de DOS, Microsoft respondió con el anuncio de un MS-DOS 5.0 aún por lanzarse en mayo de 1990. [7] Este se lanzaría en junio de 1991 [7] e incluiría características avanzadas similares a las anteriores. de DR DOS. [17] Incluía coincidencias de las mejoras del DR en la gestión de la memoria. [17]
Casi inmediatamente, en septiembre de 1991, Digital Research respondió con DR DOS 6.0, [7] con el nombre en código "Buxton". DR DOS 6.0, aunque ya está en el nivel BDOS 6.7 internamente, todavía se informaría como "IBM PC DOS 3.31" para las aplicaciones DOS normales por motivos de compatibilidad. Esto incluye compresión de disco sobre la marcha SuperStor , para maximizar el espacio disponible en el disco duro, y funcionalidad de seguimiento y recuperación de eliminación de archivos de Roger A. Gross.
DR DOS 6.0 también incluía un conmutador de tareas llamado TASKMAX [18] con soporte para la API de cambio de tareas estándar de la industria [19] para ejecutar múltiples aplicaciones al mismo tiempo. En contraste con el DOS multiusuario de Digital Research (sucesor del DOS concurrente en la línea de productos multiusuario), que ejecutaría aplicaciones DOS en máquinas DOS virtuales multitarea de forma preventiva, el conmutador de tareas DR DOS 6.0 congelaría las aplicaciones en segundo plano hasta que volviera al modo operativo. primer plano. Si bien se ejecutó en máquinas x86, pudo cambiar a memoria XMS en más de 286 máquinas. [18] TASKMAX admitió algunas funciones de copiar y pegar entre aplicaciones. [18] A través de la API de cambio de tareas, las interfaces gráficas de usuario como ViewMAX [18] o PC/GEOS podrían registrarse como el menú del administrador de tareas y así reemplazar el menú en modo texto de TASKMAX, de modo que los usuarios pudieran cambiar entre tareas desde una GUI. .
Microsoft respondió con MS-DOS 6.0, que nuevamente coincidía con algunas características de DR DOS 6.0.
En diciembre de 1991, se descubrió que una versión preliminar de Windows 3.1 devolvía un mensaje de error no fatal si detectaba un DOS que no era de Microsoft. [7] Este cheque pasó a ser conocido como código AARD . [20] [21] Fue sencillo para Digital Research parchear DR DOS 6.0 para eludir la 'verificación de autenticidad' del código AARD en la versión beta de Windows 3.1 reorganizando el orden de dos tablas internas en la memoria (sin cambios en la funcionalidad) , y la versión parcheada, denominada "actualización comercial", estuvo en las calles seis semanas después del lanzamiento de Windows 3.1. [22] [23] [24] [25] Con el código de detección desactivado, Windows funcionó perfectamente bajo DR DOS y su sucesor Novell DOS. El código estaba presente pero deshabilitado en la versión lanzada de Windows 3.1. [26]
En julio de 1992, Digital Research Japan lanzó DR DOS 6.0/V, una versión japonesa compatible con DOS/V de DR DOS 6.0. [27] [28] Parece que también estuvo disponible una versión coreana.
En 1992, Digital Research, todavía con su antiguo nombre pero ya comprada por Novell en julio de 1991, [29] [30] también se embarcó en un producto derivado con el nombre en código "Merlin" y lanzado más tarde como NetWare PalmDOS 1, que, como como su nombre lo indica, era un derivado DR DOS 6.0 con muy pocos recursos dirigido al mercado emergente de Palmtop / PDA . [31]
PalmDOS fue el primer sistema operativo de la familia que admitió el nuevo kernel BDOS 7.0 con estructuras de datos internas nativas compatibles con DOS en lugar de emulaciones de las mismas. Reemplazar la emulación de DOS sobre un kernel CP/M por un kernel verdaderamente compatible con DOS ayudó mucho a mejorar la compatibilidad con algunas aplicaciones que utilizan algunas de las estructuras de datos internas de DOS y también fue la clave para reducir aún más el tamaño residente del código del kernel. Además, es un requisito particular para el mercado de PDA. Por otro lado, la introducción de una estructura de directorio actual ( CDS ) genuina impuso un límite en la profundidad de los directorios de trabajo de hasta 66 caracteres (como en MS-DOS/PC DOS), mientras que ediciones anteriores de DR DOS no tenían tal limitación debido a su organización interna de directorios como enlaces relativos a directorios principales en lugar de rutas absolutas. [32] [33] [34] PalmDOS todavía se reportaba como "PC DOS 3.31" a las aplicaciones para mantener el kernel pequeño y no tener problemas de compatibilidad con Windows, lo que esperaría que la API DOSMGR se implementara para cualquier versión de DOS. desde 5.0.
Además de un núcleo de ejecución de ROM, PalmDOS tenía soporte tipo palmtop para funciones como tarjetas de PC PCMCIA (con soporte DPMS ), administración de energía ( BatteryMAX y el controlador de dispositivo $IDLE$ con su detección dinámica de inactividad patentada [35] por Gross y John P. Constant), soporte de conmutador de tareas MINIMAX para aplicaciones PIM (Módulos de información personal) almacenadas y ejecutadas desde ROM a través de XIP ( Execute-In-Place ), etc.
La pila PCMCIA para PalmDOS fue escrita parcialmente por Ian HS Cullimore , el instigador original del movimiento PCMCIA/PC Card.
Novell DOS era el nombre de Novell Corporation para DR DOS durante el período en que Novell vendió DR DOS, después de la adquisición de Digital Research en 1991. [36] [37] [30] [29] [38] En cuanto a las características y el rendimiento, normalmente era al menos una versión por delante de MS-DOS. [39] En 1993, PC DOS 6.1 , MS-DOS 6.2 y PC DOS 6.3 fueron superados por DOS 7 de Novell . [40]
La estrategia del director ejecutivo de Novell, Robert J. Frankenberg , incluía "recortes importantes", vender productos como la base de datos transaccional Btrieve y eliminar otros como Novell DOS y los títulos infantiles multimedia Main Street de WordPerfect . [41] Tecnología con licencia de Novell de Stac Electronics para su uso en Novell DOS y su sistema operativo de red NetWare . [42] [43] Novell vendió la línea de productos a Caldera el 23 de julio de 1996, después de que se acercara a Novell en busca de un sistema operativo DOS para incluirlo en su distribución OpenLinux . [7]
Marc Perkel afirmó haber inspirado a Novell en febrero de 1991 para comprar Digital Research y desarrollar algo que imaginó como "NovOS". [44] De hecho, Novell había comprado Digital Research en julio de 1991 con miras a utilizar la línea de productos de DR como palanca en su estrategia integral para romper el monopolio de Microsoft. (Esto fue parte de una ola de gastos masiva y finalmente desastrosa para Novell: compraron WordPerfect Corporation aproximadamente al mismo tiempo, algunos de los productos de Borland , y también invirtieron fuertemente en Unix .) El "DR DOS 7.0" planeado, internamente llamado "Panther", destinado a superar el problemático MS-DOS 6.0 de Microsoft, se retrasó repetidamente, mientras Novell estaba trabajando en una extensión de seguridad multiusuario tipo Unix opcionalmente cargable (con, si está cargada, comandos de archivos como BACKUP , DELPURGE, MOVE , TOUCH , TREE , UNDELETE , XATTRIB, XCOPY , XDEL y XDIR que admiten una opción de línea de comando /U:name que de otro modo estaría deshabilitada para seleccionar usuarios o grupos específicos, [33] compatible con DOS multiusuario) y dos nuevas interfaces gráficas de usuario ( ViewMAX 3 , una derivado de GEM, y " Star Trek ", una verdadera adaptación del System 7.1 de Apple para ejecutarse bajo el nuevo multitarea DR DOS llamado "Vladivar").
Cuando finalmente llegó DR DOS en diciembre de 1993 (con versiones localizadas lanzadas en marzo de 1994), rebautizado como Novell DOS 7 (también conocido como "NWDOS"), y sin estos tres componentes, fue una decepción para algunos. Era más grande y carecía de algunos toques finales, [45] pero, aun así, muchos expertos de la industria lo consideraban el mejor DOS. [46]
En Alemania, Novell DOS 7 se comercializó agresivamente con el lema " Trau keinem DOS unter 7 " ( No confíes en ningún DOS inferior a 7 ) en la prensa y con disquetes de demostración gratuitos en revistas de informática. [47] [48] [46] La campaña se dirigió al 20% del mercado de DOS y resultó en alrededor de 1,5 millones de copias vendidas hasta febrero de 1994 y más de 3000 distribuidores interesados en llevar el producto. [47] [48] Novell DOS 7 estaba disponible a través de varios OEM, una tienda de pedidos por correo dedicada y distribuidores autorizados. [47]
Una importante adición funcional fue el segundo intento de Novell de crear un sistema de red de igual a igual, Personal NetWare (PNW). [nb 2] Era mejor que su predecesor, NetWare Lite (NWL), pero era incompatible con el sistema de redes de Microsoft, que ahora se está volviendo popular con soporte en Windows para trabajo en grupo , OS/2 y Windows NT . Se necesitaba una cantidad considerable de configuración manual para que ambos coexistieran en la misma PC, y Personal NetWare nunca logró mucho éxito.
Dado que Novell DOS 7 implementó la API DOSMGR y se actualizaron las estructuras de datos internas, su kernel BDOS 7.2 podría informar con una versión de DOS de 6.0 y OEM ID "IBM" sin correr el riesgo de problemas de compatibilidad con Windows. La mayoría de las herramientas informarían esto como "PC DOS 6.1", porque IBM PC DOS 6.1 también informó como DOS 6.0 a las aplicaciones.
Novell DOS 7 introdujo una administración de memoria muy avanzada, incluido un nuevo soporte para DPMI ( interfaz de modo protegido de DOS ) y DPMS ( servicios de modo protegido de DOS ), así como opciones de carga alta más flexibles. [46] También introdujo soporte para la multitarea preventiva "verdadera" [46] de múltiples aplicaciones DOS en máquinas virtuales DOS (VDM), un componente originalmente llamado MultiMAX. Esto era similar al DOS multiusuario, pero ahora sobre la base de un entorno nativo compatible con DOS, similar al modo mejorado de Windows 386, pero sin una GUI. De forma predeterminada, el TASKMGR incluido se comportaría de manera similar al anterior DR DOS 6.0 TASKMAX. Sin embargo, si EMM386 se cargó con la opción /MULTI, EMM386 cargaría un núcleo de sistema operativo en modo protegido 386 de 32 bits nativo que proporciona soporte API para multitarea preventiva, multiproceso, virtualización de hardware y administración de dominio de máquinas DOS virtuales. Esta API podría ser utilizada por aplicaciones compatibles con DR DOS. Si TASKMGR se ejecutara más adelante, usaría esta API para crear una instancia del entorno actual del sistema DOS de 16 bits, crear máquinas DOS virtuales y ejecutar aplicaciones en ellas en lugar de usar su propio soporte de cambio de tareas en Modo Real. El multitarea era compatible con Windows, por lo que las tareas iniciadas antes de iniciar Windows también podían considerarse tareas en Windows.
Novell DOS 7 y Personal NetWare 1.0 también se entregaron con NetWars , un juego arcade 3D habilitado para red .
Novell DOS 7 y Personal NetWare requirieron varias versiones de corrección de errores (D70xyy con x=idioma, yy=número) y no eran completamente estables cuando se produjo el siguiente desarrollo. Con las versiones beta de " Chicago " de Microsoft (lo que más tarde se convertiría en Windows 95) a la vista, Novell puso fin al desarrollo de Novell DOS 7 en septiembre de 1994 [7] y detuvo el mantenimiento en enero de 1996 después de más de 15 actualizaciones.
Cuando Caldera se acercó a Novell en busca de un sistema operativo DOS para incluirlo en su distribución OpenLinux , [49] Novell vendió la línea de productos a Caldera el 23 de julio de 1996, [7] momento en el que ya tenía poco valor comercial para ellos.
Entre el DR-DOS, propiedad de Caldera, y la competencia del PC DOS 6.3 de IBM, Microsoft tomó medidas para hacer imposible el uso o la compra de la versión posterior de Windows, Windows 95 , con cualquier producto DOS que no fuera el suyo. Considerado por ellos como un cambio puramente técnico, más tarde sería objeto de una importante demanda presentada en Salt Lake City por Caldera con la ayuda de Canopy Group . [7] [50] Los abogados de Microsoft intentaron repetidamente que se desestimara el caso, pero sin éxito. Inmediatamente después de finalizar la etapa de deposición previa al juicio (donde las partes enumeran las pruebas que pretenden presentar), se produjo un acuerdo extrajudicial el 7 de enero de 2000 por una suma no revelada. [51] [52] En noviembre de 2009 se reveló que esto ascendía a 280 millones de dólares. [53] [54] [55] [52]
En agosto de 1996, Roger A. Gross, uno de los ingenieros originales de DR-DOS, se acercó a Caldera, Inc., con sede en Estados Unidos, con una propuesta para reiniciar el desarrollo de DR-DOS y hacer que Windows 95 se ejecutara en DR-DOS, lo que ayudar al caso judicial. Tras una reunión celebrada en septiembre de 1996 en Lindon , Utah, EE. UU., entre Gross, Ransom H. Love, Bryan Wayne Sparks y Raymond John Noorda , se contrató a Gross y se le asignó la tarea de establecer una nueva filial en el Reino Unido. [nb 1] El 10 de septiembre de 1996, Caldera anunció el próximo lanzamiento de OpenDOS (COD) y su intención de publicar también el código fuente del sistema, [49] y Caldera UK Ltd. se constituyó el 20 de septiembre de 1996. [56] [nb 1] Gross contrató a algunos de los desarrolladores originales del sistema operativo de Novell EDC, así como a algunos nuevos talentos, para continuar trabajando en el sistema operativo en un granero reformado en la periferia de Andover , Hampshire, Reino Unido, [nb 1] cerca de la antigua Digital Research y Novell EDC. [nb 1] Además de otras mejoras y mejoras en todo el sistema, posteriormente se agregó una serie de nuevas características clave en el transcurso de los dos años siguientes, incluida una pila TCP/IP (derivada de LAN WorkPlace para DOS / NetWare Mobile ), un navegador web gráfico HTML 3.2 en modo protegido DOS de 32 bits DR-WebSpyder (originalmente basado en el código fuente del navegador web Arachne de Michal Polák ) con acceso telefónico a LAN y módem, una extensión POSIX Pthreads para el multitarea de Andy T. Wightman, soporte de nombre de archivo largo (LONGNAME) de Edward N. Hill Jr., así como soporte de LBA y FAT32 (DRFAT32) de Matthias R. Paul. Gross también contrató a Andrew Schulman (que había sido decisivo, junto con Geoff Chappell, en la identificación del código AARD en 1992) para trabajar como consultor y, en Andover, ayudar a Paul en su trabajo en "WinGlue", un proyecto secreto para crear una versión de DR-DOS compatible con Windows 95, 98 y 98 SE y reemplaza su componente MS-DOS 7.xx. [57] [58] [59] Esto se demostró en CeBIT en marzo de 1998, [57] [58] y más tarde, en un pequeño equipo, se desarrolló en "WinBolt", ambas versiones de DR-DOS, que permanecieron inéditas hasta el momento. 2023 [actualizar], pero jugó un papel importante en el caso judicial . [50] [60] [59] [61] [62] [63] [64]
Caldera UK lanzó oficialmente Caldera OpenDOS 7.01 el 3 de febrero de 1997, pero esta versión era simplemente la actualización 10 de Novell DOS 7 (a diciembre de 1994) compilada sólo con las adaptaciones necesarias para incorporar el nuevo nombre en los mensajes de visualización, así como en las variables de entorno y en los archivos. nombres. Faltaban los parches correspondientes a un año que se habían desarrollado para las actualizaciones de Novell DOS 11 (enero de 1995) a 15.2 (enero de 1996). [33] Esto se debió a que mientras tanto, partes de las fuentes DOS de Novell se habían perdido en Novell. [65] En consecuencia, esta versión aún reportaba una versión BDOS interna de 7.2, idéntica a Novell DOS 7. La nueva suite también carecía del comando SETFIFO, que se había agregado con una de las actualizaciones de Novell DOS, así como el comando de Quinta Generación . El escáner de virus Search&Destroy y la utilidad FastBack Plus 2.0 , que anteriormente venían incluidos con Novell DOS. En lugar de eso, vino incluido con una versión más nueva de PNUNPACK y trajo una versión mucho más avanzada de NetWars . [33]
Partes de OpenDOS 7.01 se lanzaron como código abierto [49] en forma del kit MRS (para fuentes legibles por máquina) en mayo de 1997, pero con términos de licencia en su mayoría incompatibles con las licencias de código abierto existentes . [66] La fuente se cerró nuevamente porque Gross consideró que esto socavaría las aspiraciones comerciales del sistema.
Después de los lanzamientos beta en septiembre y noviembre de 1997, el siguiente lanzamiento oficial llegó en diciembre de 1997, con el nombre cambiado a Caldera DR-OpenDOS 7.02, seguido pronto por un nuevo lanzamiento en marzo de 1998, cuando el nombre DR-DOS volvió a ser Caldera DR- DOS 7.02, [67] ahora por primera vez escrito con un guión. La versión 7.02 (que ahora se informa como BDOS 7.3) incorporó problemas mejorados de BIOS y BDOS, desarrollados por Paul, [65] [68] agregando muchas opciones nuevas de arranque y configuración, integrando muchas mejoras de compatibilidad, correcciones de errores y optimizaciones de tamaño y velocidad. y volver a implementar todas las correcciones de las actualizaciones faltantes de Novell DOS. [65] [68] El BIOS mejoró la coexistencia de DR-DOS con Windows 9x y su soporte para controladores de compresión de disco de terceros, como DriveSpace de Microsoft . [65] [69] [70] Introdujo un modo de diagnóstico (activado por Scroll Lock ), [65] [69] soporte de depurador integrado (con DEBUG=ON y un depurador cargado antes o desde CONFIG.SYS) [65] y capacidades de rastreo de CONFIG.SYS más flexibles a través de las teclas de acceso rápido F5// / y los comandos TRACE y TIMEOUT , [65] [71] [69] mejorando así también la integración de shells de línea de comandos alternativos como 4DOS . [65] [69] [34] Junto con LOADER, SYS /DR:ext y la directiva CHAIN , brindó soporte mejorado de configuración múltiple para archivos DR/D/CONFIG.ext [69] [72] y vino con mejoras para el lenguaje CONFIG.SYS similar a BASIC para menús de inicio más potentes, interacción conveniente del usuario [69] y acción programática sobre condiciones ( CPU386 ), códigos de retorno y niveles de error ( ERROR , ONERROR ). [65] También permitía cambiar las configuraciones SCROLLOCK , CAPSLOCK , INSERT y VERIFY , así como los caracteres SWITCHAR , YESCHAR , NOCHAR y RESUMECHAR . [65] [69] Se podrían controlar varios detalles de comportamiento con los nuevos parámetros /Q (Silencio), /L (minúsculas), /Y (Sí) y /S (Switch) para SWITCHES . [sesenta y cinco]F6F7F8Además, proporcionó soporte opcional para un dispositivo LPT4: y permitió configurar los dispositivos COMx: y LPTx: integrados, así como cambiar los valores predeterminados de PRN: y AUX :. [65] Se mejoró el manejo de variables de entorno en CONFIG.SYS y se incluyeron nuevas funciones de alta carga, como las opciones HIFILES / FILESHIGH y HIFCBS / FCBSHIGH para reubicar identificadores de archivos y estructuras FCB en UMB, que normalmente daban entre 1 y 4 KB. (y hasta 15 KB) más memoria convencional libre en comparación con versiones anteriores, o la directiva HISHELL / SHELLHIGH SIZE para controlar la preasignación de memoria HMA para COMMAND.COM , que ayudó a evitar la fragmentación de la memoria y, por lo tanto, generalmente daba entre 5 y 8 KB más de memoria HMA continua para que los controladores de terceros compatibles con HMA trabajen junto con shells de línea de comandos de terceros, que no se podían cargar en el HMA como COMMAND.COM con su opción /MH. [65] [71] Con una huella de memoria reducida, la versión 7.02 también trajo un subsistema NLS 4.xx mejorado de Paul para permitir que el sistema utilice múltiples archivos COUNTRY.SYS distribuidos y posiblemente configurados por el usuario al mismo tiempo. en un modelo jerárquico. [65] [73] [71] [74] Esto también brindó soporte de analizador dinámico para formatos de archivo COUNTRY.SYS de MS-DOS/PC DOS además de los formatos COUNTRY.SYS propios de DR-DOS, [65] [73] [ 71] [74] [75] [76] [77] e introdujo soporte para el formato de fecha internacional ISO 8601 [74] [71] (incluida la detección automática) y la entonces nueva moneda euro . [74] [71] Algunos archivos DR-DOS como IBMBIO.COM, IBMDOS.COM y COUNTRY.SYS tenían extensiones de archivo engañosas por razones de compatibilidad; con DR-DOS 7.02 se mejoraron para incorporar una característica de seguridad de estilo binario diseñada por Paul para que salieran con gracia cuando se les llamara de manera inapropiada. [65] [33] [77] [74] DR-DOS 7.02 era totalmente compatible con el año 2000 y brindaba soporte especial para trabajar con BIOS de sistemas con errores. También vino con un FDISK actualizado., que podría particionar y formatear volúmenes FAT32 (pero aún no funciona con LBA). Mientras tanto, las fuentes de los parches de Novell para las herramientas y controladores externos se habían encontrado en Alemania y, por lo tanto, también podían incorporarse al sistema, de modo que DR-DOS 7.02 finalmente no sólo alcanzó a Novell DOS 7, sino que también fue un verdadero paso adelante. Al lanzamiento le siguieron varias actualizaciones en junio, agosto y septiembre de 1998.
El número de versión interna de BDOS actualizado introdujo un nuevo problema: algunas aplicaciones heredadas de terceros con soporte especial para Novell DOS, que ya no se actualizaban, dejaron de funcionar. SETVER ya permitía a Novell DOS disfrazarse de versiones de DOS por nombre de archivo y globalmente y, especificando una subversión mágica de 255, incluso desactivaría su propia verificación interna de versión de BDOS para hacer frente a programas que buscaban específicamente "DR-DOS". ". [33] El kernel modificado y el controlador SETVER de Paul, en un modelo jerárquico, también soportarían rutas de carga para distinguir entre múltiples ejecutables con el mismo nombre de archivo, e introdujo un modo extendido, en el que SETVER no solo podía falsificar DOS. versiones, sino también versiones del kernel BDOS. [77] Las subversiones de 128 a 255 se informarían como subversiones de DOS 0 a 127 para las aplicaciones, pero con la verificación de versión de BDOS deshabilitada, mientras que las subversiones de 100 a 127 podrían usarse para falsificar diferentes versiones de BDOS, [77 ] mientras que el número de revisión de DOS (normalmente establecido en 0 en una estructura de datos estática y parcheable antes del inicio) se tomaría como la subversión informada, de modo que SETVER /G /X 6.114 permitiría versiones de DR-DOS desde 7.02 todavía se reportan como "DOS 6.0" y con una versión falsa de BDOS 7.2 (114 decimal = 72 hexadecimal), haciéndose pasar por Novell DOS 7 / OpenDOS 7.01. [77]
Aunque por lo demás era beneficioso, el nuevo HIFILES desencadenó un problema de compatibilidad en la función DOS-UP del administrador de memoria de terceros QEMM 8, que estaba programado para esperar un fragmento de cinco estructuras de identificadores en la memoria convencional bajo DR-DOS (como con versiones anteriores hasta 7.01), mientras que la versión 7.02 por diseño dejó ocho identificadores en poca memoria al cargar archivos de gran tamaño para mantener la compatibilidad total con versiones anteriores de Windows 3.xx. [71] [23] La compatibilidad con Windows para trabajo en grupo 3.11 no se vio afectada por esto. Se ideó una solución de mantenimiento para parchear un solo byte en IBMBIO.COM para cambiar el comportamiento y, opcionalmente, volver a invocar la fragmentación anterior. Esto liberó unos 150 bytes de memoria convencional y permitió la compatibilidad total con DOS-UP, pero al mismo tiempo rompió la compatibilidad con versiones anteriores de Windows 3.xx cuando se usaba la función HIFILES, y viceversa. El parche denominado IBMBIO85.SCR siguió funcionando con las versiones más recientes de DR-DOS. [65] [78] [79] [80]
En agosto de 1998 [81] Caldera, Inc., con sede en Estados Unidos, creó dos nuevas subsidiarias, Caldera Systems , Inc. para el negocio de Linux , y Caldera Thin Clients , Inc. para el mercado de clientes integrados y ligeros. [82]
Otra versión, DR-DOS 7.03 (aún con BDOS 7.3 y reportándose a las aplicaciones como "PC DOS 6.0" por motivos de compatibilidad), fue prelanzada en la Navidad de 1998 y luego lanzada oficialmente el 6 de enero de 1999 por Caldera UK. Viene con administradores de memoria significativamente mejorados (en particular soporte DPMI mejorado junto con la multitarea) y otras mejoras, como utilidades DEVLOAD y DRMOUSE agregadas, pero una etiqueta OEM modificada en el sector de arranque de volúmenes formateados bajo DR-DOS también podría causar problemas en otros sistemas operativos (que pueden ser evitados por NOVOLTRK). [83] [84] DR-DOS 7.03 se convertiría en la última versión de DR-DOS también diseñada para uso de escritorio.
Caldera, Inc. quería trasladar el negocio DR-DOS a los EE. UU. y cerró la exitosa operación en el Reino Unido [85] [86] en febrero de 1999 [87] después de que Gross renunció y creó iCentrix para desarrollar el navegador web dividido MarioNet . Luego, el desarrollo se trasladó a los EE. UU. (lo que nunca funcionó debido a la falta total de experiencia en este campo en Caldera US), [87] y la línea DR-DOS recayó en su sucursal, Caldera Thin Clients, que pasó a llamarse Lineo. , Inc. el 20 de julio de 1999. [88] [85] DR-WebSpyder pasó a llamarse Embrowser y se decía que estaba portado a Linux. [88] Lineo relanzó DR-DOS 7.03 en junio y septiembre de 1999, todavía con la marca "Caldera DR-DOS" [89] y sin ningún cambio, pero por lo demás centrado en Linux para sistemas integrados, basado en una versión simplificada. de OpenLinux llamado Embedix . [88] [85]
Entre las versiones más recientes y desarrolladas de forma independiente de DR-DOS se encontraban OEM DR-DOS 7.04 (al 19 de agosto de 1999) [79] y 7.05 (al 30 de noviembre de 1999), todavía con la marca "Caldera DR-DOS". [90] [91] Estas eran variantes del sistema que consistían únicamente en el kernel y el shell de comandos. Con una implementación nativa especializada de FAT32 y compatibilidad con discos duros grandes , se podían encontrar incluidos con Easy Recovery 5 de Ontrack en 2000, reemplazando el controlador redirector DRFAT32 de carga dinámica, que todavía venía con Easy Recovery 4. [92] [93] También se utilizaron para SeaTools [94] de Seagate Technology y el software de imágenes de CD Nero Burning ROM . Si bien todavía informaban internamente un BDOS 7.3, estas fueron las primeras versiones en informarse como "PC DOS 7.10" a las aplicaciones para indicar compatibilidad con FAT32 integrado. Diseñado para ser en su mayor parte compatible con versiones anteriores, DR-DOS 7.04/7.05 IBMBIO.COM podría combinarse con DR-DOS 7.03 IBMDOS.COM para brindarle al DR-DOS 7.03 capacidades LBA del kernel aprobado para escritorio y trabajar con unidades más grandes. de 8 GB. Para requisitos específicos de OEM, DR-DOS 7.06 (a partir del 14 de diciembre de 1999) [80] de Wightman combinó los archivos del núcleo en un único ejecutable binario, de modo que, similar a IO.SYS de Windows 98 , pudiera iniciarse mediante MS- Sectores de arranque de DOS 7.10 (pero ya no por sectores de arranque DR-DOS). DR-DOS 7.07 (con BDOS 7.4/7.7) de Paul introdujo nuevos cargadores de arranque y herramientas de disco actualizadas para combinar soporte para acceso a disco CHS y LBA, los sistemas de archivos FAT12 , FAT16 y FAT32, y las diferentes convenciones de arranque de DR-DOS. DOS, PC DOS, MS-DOS, Windows, REAL/32 y LOADER en un único MBR NEWLDR y sector de arranque, de modo que el código continúe cargando cualquier versión de DR-DOS hasta 3.31 (y desde DR-DOS 7.04 también con soporte FAT32), pero también podría usarse para iniciar los archivos del sistema PC DOS o MS-DOS, incluidos los de Windows 9x y PC DOS 7.10. Al mismo tiempo, el kernel no sólo podía arrancar desde los nuevos sectores, sino también desde cualquier disco previamente formateado con DR-DOS, así como desde discos con sectores de arranque de PC DOS o MS-DOS existentes y una variedad de otros cargadores de arranque. , facilitando así la coexistencia y configuración de escenarios de arranque múltiple junto con otros sistemas operativos.
En 2002, se compró Lineo y algunos de los antiguos gerentes de Lineo compraron el nombre y formaron una nueva empresa, DRDOS, Inc. dba DeviceLogics LLC. Han seguido vendiendo DR-DOS para su uso en sistemas integrados. DR-DOS 8.0 se lanzó el 30 de marzo de 2004 y presenta FAT32 y compatibilidad con discos grandes, la capacidad de arrancar desde ROM o Flash, multitarea y un administrador de memoria DPMI. Esta versión se basó en el kernel de la versión 7.03. [95]
Posteriormente, la empresa lanzó DR-DOS 8.1 (con mejor compatibilidad con FAT32) en otoño de 2005. En cambio, esta versión se basó en OpenDOS 7.01.xx. DR-DOS 8.1 fue retirado por violaciones a la GPL (ver Controversias).
Además de vender copias del sistema operativo, el sitio web de DRDOS, Inc. enumera una opción de compra para DR-DOS; el precio de venta es de 25 000 dólares EE.UU. [96]
El código fuente de OpenDOS 7.01 fue una base para el Proyecto de mejora DR-DOS/OpenDOS , creado en julio de 2002 en un intento de llevar la funcionalidad de DR-DOS a la par con los sistemas operativos de PC modernos que no son Windows. El proyecto agregó soporte nativo para discos grandes ( LBA ) y el sistema de archivos FAT32 , y varias otras mejoras, incluida una administración de memoria mejorada y soporte para la nueva extensión del sistema de archivos FAT32+ que permite archivos de hasta 256 GB de tamaño en particiones FAT normales. DR-DOS 7.01.08 se lanzó el 21 de julio de 2011. [97]
En octubre de 2005, se descubrió que DR-DOS 8.1 incluía varias utilidades de FreeDOS , así como otras fuentes, y que el kernel era una versión desactualizada del kernel DR-DOS mejorado. DR DOS, Inc. no cumplió con la Licencia Pública General GNU (GPL) al no acreditar las utilidades FreeDOS a sus autores ni incluir el código fuente. [95] Después de las quejas de los desarrolladores de FreeDOS (incluida la sugerencia de proporcionar el código fuente y, por lo tanto, cumplir con la GPL), DR DOS, Inc. retiró la versión 8.1, y también la 8.0 no afectada, de su sitio web.
APPEND, ASSIGN, BATCH, DBG, DELQ, ERA, ERAQ, MORE y SUBST se encuentran entre los comandos internos admitidos desde DR DOS 3.31. DR DOS 5.0 eliminó BATCH y agregó HILOAD. [98] [34] GOSUB, IDLE, RETURN y SWITCH se agregaron como comandos internos con DR DOS 6.0. [34] ASSIGN y SUBST se cambiaron para convertirse en comandos externos con DR DOS 6.0. [34] ECHOERR y PAUSEERR existían como comandos internos en DR DOS 6.0 (y en Multiuser DOS), pero normalmente no estaban habilitados. [98] MÁS siguió siendo un comando interno hasta incluir PalmDOS, pero se cambió a un comando externo con Novell DOS 7. DBG se eliminó con Novell DOS 7, LOADHIGH, LH y TRUENAME se agregaron como comandos internos. APPEND [ cita necesaria ] todavía era un comando interno en DR DOS 6.0, pero se cambió a un comando externo con Novell DOS 7.
La siguiente lista de comandos internos es compatible con DR DOS 6.0: [99] [98]
Los subcomandos de procesamiento por lotes de DR DOS 6.0 incluyen: [99] [98]
DR DOS 6.0 admite los siguientes comandos externos: [99]
La versión concurrente de DOS 3.1
está ganando rápidamente impulso y apoyo de una amplia gama de fabricantes de microcomputadoras", dijo Wandryk. "Unas 60 compañías de hardware han obtenido licencias del producto desde su lanzamiento a principios de marzo.[2]
[…] Uno de los estímulos más importantes para agregar funciones fue la presión competitiva de DRDOS 5.0, del que nos enteramos por primera vez en la primavera de 1990. El conjunto de funciones de DRDOS nos llevó a agregar compatibilidad
con UMB
, intercambio de tareas y recuperación. […] Una cantidad considerable de la atención administrativa del equipo se desvió hacia nuevas funciones como software de transferencia de archivos, recuperación e instalación de red […] Finalmente, esta situación alcanzó un punto crítico a finales de julio de 1990 y, liderado por
BradS
, el equipo La gerencia pasó una ardua serie de reuniones para definir un cronograma y un proceso para cerrar el proyecto […](1+32 páginas)
Consulte la nota al pie #19 (BDOS 1067h "
DR DOS 6.0
Windows 3.1 update, April 1992"; 1992-03, 1992-04-07: "Esta actualización pública de DR DOS 6.0 solo incluye parches que abordan la compatibilidad total con Windows 3.1. Debería haber habido una "actualización comercial" completa para usuarios registrados, envío un poco más tarde."), #27 (BDOS 1072h "Novell DOS 7 Panther/Smirnoff BETA 3", 1993-09: "Este problema no tiene soluciones para el código AARD de Windows 3.1 ."), #29 (BDOS 1072h "Novell DOS 7 versión alemana"; 1994-02-22: "Se sabe que este problema tiene soluciones para el código AARD de Windows 3.1. Esto también debería aplicarse al problema anterior en inglés.")
SCREENHZ.FNT
para su archivo $FONT.SYS
).MPDOSTIP.ZIP
colección aún más grande del autor mantenida hasta 2001 y distribuida en muchos sitios en ese momento. El enlace proporcionado apunta a una versión anterior del NWDOSTIP.TXT
archivo convertida a HTML). [7][…] Novells DOS 7 fuer viele die Nummer eins […] Novell-DOS 7 gilt bei vielen Fachleuten derzeit als bestes DOS. […]
Caldera […] distribuirá abiertamente el código fuente de DOS a través de Internet como parte de los planes de la compañía para fomentar el desarrollo continuo de tecnologías y aplicaciones de DOS, nivelando aún más el campo de juego para los desarrolladores de software en todo el mundo. Este esfuerzo, destinado a beneficiar tanto a los desarrolladores individuales como a los socios de la industria, sigue el compromiso de Caldera de adoptar y financiar un entorno de software abierto. Caldera también anunció planes para el desarrollo interno y la comercialización de DOS, incluido un nuevo producto llamado Caldera OpenDOS. […] Caldera planea distribuir abiertamente el código fuente de todas las tecnologías DOS que adquirió de Novell […] incluyendo CP/M, DR DOS, PalmDOS, Multi-User DOS y Novell DOS 7. A la espera de una evaluación y organización del […] tecnologías, el código fuente estará disponible en el sitio web de Caldera durante el primer trimestre de 1997 […] Las personas pueden utilizar la fuente OpenDOS para uso personal sin costo alguno. Las personas y organizaciones que deseen redistribuir comercialmente Caldera OpenDOS deben adquirir una licencia con una pequeña tarifa asociada. No se publicará el código fuente de componentes propietarios de terceros de Novell DOS 7. […]
Microsoft Corp.
acordó pagar unos 275 millones de dólares para resolver una demanda antimonopolio interpuesta por
Caldera Inc.
, iniciando un juicio que probablemente sacaría a relucir acusaciones desagradables de hace una década. […] Microsoft y Caldera, una pequeña empresa de software de Salt Lake City que presentó la demanda en 1996, no revelaron los términos del acuerdo. Microsoft, sin embargo, dijo que asumiría un cargo de tres centavos por acción por el acuerdo en el tercer trimestre fiscal que finaliza el 31 de marzo […] la compañía tiene aproximadamente 5,5 mil millones de acciones en circulación […]
[…] anexos adjuntos al Memorando de Ley de Microsoft en apoyo de la moción cruzada de Microsoft para un juicio sumario en el litigio antimonopolio Novell contra Microsoft. Finalmente descubrimos lo que Microsoft pagó
a Caldera
para resolver el litigio DrDOS en 2000: 280 millones de dólares. Incluso llegamos a leer el acuerdo de conciliación. Se adjunta como exposición. […] Los términos del acuerdo estuvieron sellados durante todos estos años, pero […] ahora ese misterio está resuelto. […] También descubrimos lo que Caldera/
Canopy
pagó luego a Novell de esos 280 millones de dólares: 35,5 millones de dólares al principio, y luego, después de que Novell demandó con éxito a Canopy en 2004, el sucesor interesado de Caldera en este asunto, 17,7 millones de dólares adicionales, según a la página 16 del Memorando. Microsoft afirma que Novell no es la verdadera parte interesada en este caso antimonopolio y, por lo tanto, no puede demandar a Microsoft por las reclamaciones que ha presentado en su contra porque, según Microsoft, Novell vendió sus reclamaciones antimonopolio a Caldera cuando le vendió DrDOS. . Así que las pruebas intentan demostrar que a Novell se le pagó la totalidad, por así decirlo, a través de ese litigio anterior. Como resultado, podemos leer varios documentos del litigio Novell contra Canopy. Novell responde que mantuvo sus demandas antimonopolio en el mercado de aplicaciones. […]
[…] Microsoft pagó 280 millones de dólares a
Caldera
para resolver el caso, y Caldera proporcionó 35,5 millones de dólares de las ganancias del acuerdo a Novell como una supuesta "regalía". […] Insatisfecho con esa cantidad, Novell presentó una demanda en junio de 2000 contra Caldera (sucedida por
The Canopy Group
), alegando que Novell tenía derecho a incluso más. […] Novell finalmente prevaleció, añadiendo 17,7 millones de dólares a su parte del dinero pagado por Microsoft a Caldera, para un total de más de 53 millones de dólares […]
[…] Microsoft pagará a
Caldera
, mediante transferencia bancaria de acuerdo con instrucciones escritas proporcionadas por Caldera, la cantidad de doscientos ochenta millones de dólares ($280,000,000), como liquidación total de todos los reclamos o potenciales reclamos cubiertos por este acuerdo […](NB. Este documento del caso Caldera v. Microsoft fue una prueba en los casos Novell v. Microsoft y Comes v. Microsoft ).
Además, Caldera afirma que el producto estrella de Microsoft,
Windows 95
, no es más que un "
vínculo artificial
" entre su sistema operativo MS-DOS y la interfaz gráfica
de Windows
sin otra justificación comercial que la de seguir compitiendo con los sistemas operativos subyacentes, como el DR-DOS de Caldera. -Fuera del mercado. Para demostrar su punto, Caldera lanzará pronto un software de demostración llamado "
WinBolt
", que, según dice, permitirá a los usuarios instalar la interfaz de Windows 95 sobre DR-DOS. La demostración mostrará, dice Caldera, que no existe ningún avance tecnológico significativo, ni una eficiencia empresarial justificada, en la combinación de MS-DOS con Windows en Windows 95.[11]
[…] DR-DOS 7.03 es compatible con Windows y
Windows para trabajo en grupo
hasta 3.xx (y versiones internas de DR-DOS incluso con Windows 4.xx, también conocido como Windows 95/98/
SE
[…]
[…]
MS-DOS 7.0
+ […] introdujo una […] estructura de datos RMD en su mayor parte indocumentada que generalmente se encuentra en el
HMA
. El kernel recopila y registra la configuración y los datos del controlador en modo real durante el arranque (tipo de controlador, interrupciones conectadas por el controlador, línea de invocación
CONFIG.SYS
, etc.) y almacena esta información en una […] complicada […] estructura de datos en crecimiento. Presumiblemente […] destinado a ser utilizado por el núcleo de Windows para obtener una mejor imagen de los controladores cargados en Modo Real […] o incluso intentar desenganchar o descargar algunos de ellos, […] solo se usa de forma muy limitada ( […] parte de la información reflejada en los archivos de registro creados en […] el inicio, y algunas partes del […] administrador de configuración también hacen uso de ella), […] dejando espacio […] más allá del aspecto técnico [… ] porque nada de lo interesante está documentado […]
[…] ARCHIVOS+FCBS […] ahora están agrupados en 3 fragmentos, mientras que antes estaban organizados en 2 fragmentos […] La función DOS-UP de
QEMM
no espera esto […] Esto da como resultado ca. 1 Kb menos de memoria convencional que el máximo teórico posible bajo QEMM […] Una vez escribí un parche (un script DEBUG llamado IBMBIO85.SCR […]) […] que volverá a habilitar el antiguo diseño de memoria del controlador. Esto liberará aún más memoria convencional bajo DR-DOS, pero causa serios problemas de compatibilidad con Windows 3.xx cuando se usan las directivas
FILESHIGH=
,
FCBSHIGH=
o
DOS=
AUTO […] porque dejará solo 5 identificadores con poca memoria. a diferencia de los 8 identificadores necesarios para que Windows funcione correctamente debido a un hack extremadamente peligroso por parte de Microsoft para determinar el tamaño de las estructuras […] SFT (esto se conoce como hack "CON CON CON CON CON", porque Windows abre CON cinco veces y […] escanea los primeros 512 Kb de memoria en busca de la cadena "CON" para medir el desplazamiento [...] algo que podría engañarse fácilmente simplemente colocando algunas cadenas "CON" en la […] imagen de memoria con compensaciones incorrectas entre sí […]
[…] DR-DOS 7.04/7.05 (1999-08-19) […] -->
[…] DR-DOS 7.06 hasta 1999-12-14 […] -->
[…] Nosotros […] tenemos una experiencia muy profunda en la integración de DR DOS y hemos estado ganando millones con eso. Así que estamos en una posición única: no somos una startup y tenemos financiación. Nuestro producto DOS pagó por toda nuestra
I+D
en
Linux
integrado . […] estamos […] evolucionando nuestro enfoque de una empresa integrada únicamente con DOS a una empresa
integrada de Linux
. […] No vamos a eliminar nuestro producto DOS inmediatamente; […] el mercado no está acabando con nuestro producto DOS. Todavía existe una gran demanda de DOS integrado y continuaremos vendiéndolo y comercializándolo. Sin embargo, ha habido una demanda creciente de Linux integrado. Por lo tanto, estamos cambiando nuestro enfoque y cambiando el nombre de la empresa para que coincida con nuestro flujo de ingresos a largo plazo, que estará basado en Linux […] como el mercado nos ha pedido que hagamos […] Seguiremos vendiendo ambas tecnologías durante la transición. […] hablamos con nuestras empresas OEM, no solo en EE. UU., sino también en Europa y Asia; estaban interesadas en nuestra solución DOS y les gustaría […] cambiar a Linux […]
{{cite web}}
: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}
: Mantenimiento CS1: copia archivada como título ( enlace )