Revelador | |
---|---|
Familia de sistemas operativos | Dos |
Estado de funcionamiento | Interrumpido |
Modelo fuente | Mixto; principalmente de código cerrado , algunas versiones de código abierto |
Lanzamiento inicial | 28 de mayo de 1988 ( 28-05-1988 ) |
Versión final | 7.01.08 / 21 de julio de 2011 ( 21-07-2011 ) |
Disponible en | Inglés , versiones anteriores también en alemán, francés, italiano, español, japonés |
Plataformas | x86 |
Tipo de kernel | Núcleo monolítico |
Interfaz de usuario predeterminada | Interfaz de línea de comandos ( COMMAND.COM ) |
Licencia | Propiedad |
Sitio web oficial | drdos.com (muerto desde 2018) |
DR-DOS (escrito como DR DOS , sin guion, en versiones hasta la 6.0 inclusive) es un sistema operativo de disco para IBM PC compatibles . Cuando se introdujo en 1988, fue el primer DOS que intentó ser compatible con IBM PC DOS y MS-DOS (que eran el mismo producto vendido con diferentes nombres).
DR-DOS fue desarrollado por Digital Research de Gary A. Kildall y derivado de Concurrent PC DOS 6.0, que fue un sucesor avanzado de CP/M-86 . A medida que la propiedad cambió, se produjeron varias versiones posteriores con nombres como 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, la más notable fue el CP/M-86 para la familia de procesadores Intel 8086/8088 . Aunque el CP/M había dominado el mercado desde mediados de los años 70 y se incluía en la gran mayoría de ordenadores personales de arquitectura no propietaria, el IBM PC de 1981 supuso el comienzo de lo que finalmente sería un cambio enorme.
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 su lugar, 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 la 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 acordó vender la versión x86 de CP/M de Digital Research, CP/M-86 , junto con PC DOS. Sin embargo, PC DOS se vendió por 40 dólares estadounidenses , 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 promocionar CP/M-86 y sus sucesores multitarea y multiusuario MP/M-86 y Concurrent CP/M-86 , y finalmente decidió que no podía superar el liderazgo de Microsoft-IBM en disponibilidad de software de aplicación, por lo que modificó Concurrent CP/M-86 para permitirle ejecutar las mismas aplicaciones que MS-DOS y PC DOS.
Este se mostró públicamente en diciembre de 1983 [3] y se envió en marzo de 1984 como Concurrent DOS 3.1 (también conocido como CDOS con BDOS 3.1) a los proveedores de hardware. [4] Si bien Concurrent DOS continuó evolucionando en varias versiones a lo largo de los años para finalmente convertirse en Multiuser DOS y REAL/32 , no estaba específicamente diseñado para el mercado de escritorio y era demasiado caro para aplicaciones de un solo usuario. Por lo tanto, con el tiempo se hicieron dos intentos de marginar el producto:
En 1985, Digital Research desarrolló DOS Plus 1.0 a 2.1 , un derivado monousuario reducido y modificado de Concurrent DOS 4.1 y 5.0 , que ejecutaba aplicaciones para ambas plataformas y permitía cambiar entre varias tareas [5] [6] como lo hacía el CP/M-86 original. Su compatibilidad con DOS era limitada, y Digital Research hizo otro intento, esta vez 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 Concurrent DOS 386 y XM , Multiuser DOS, DR DOS y PalmDOS se realizó en el Centro de Desarrollo Europeo (EDC) de Digital Research en Hungerford , Berkshire. [nb 1] Más tarde, 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 anteriormente había sido fundamental en la apertura del mercado OEM japonés para Microsoft. [6] La primera versión de DR DOS se lanzó 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"). El DR DOS 3.31 se denominó "IBM PC DOS 3.31", mientras que la versión interna del núcleo BDOS ( Basic Disk Operating System ) se denominó 6.0, de naturaleza monousuario, lo que refleja su origen como derivado de Concurrent DOS 6.0 con las capacidades multitarea y multiusuario, así como el soporte de la API CP/M eliminados y el XIOS reemplazado por un DOS-BIOS compatible con IBM . Los archivos del sistema se denominaron DRBIOS.SYS (para el DOS-BIOS) y DRBDOS.SYS (para el núcleo 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, un sofisticado historial y edición de línea de comandos ( directiva HISTORY ), así como soporte para contraseñas de archivos y directorios integrados directamente en el núcleo. [8] También era más barato de licenciar que MS-DOS, y era ROMable desde el principio. La versión ROMed de DR DOS también se llamó ROS (ROM Operating System). [9] Varios fabricantes de PC se pusieron en contacto con DRI porque estaban interesados en un DOS de terceros, lo que provocó varias actualizaciones del sistema.
En ese momento, MS-DOS solo estaba disponible para los fabricantes de equipos originales (OEM) junto con el hardware. En consecuencia, DR-DOS alcanzó un é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 del 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]
La versión 5.0 de DR DOS (nombre en código "Leopard") se lanzó en mayo de 1990, [7] aún reportándose como "PC DOS 3.31" para propósitos de compatibilidad, pero internamente indicando un núcleo BDOS 6.4 de un solo usuario. (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 eslogan "Investigación digital: hacemos que las computadoras funcionen". [14] [15] [16] DR DOS 5.0 también introdujo el sistema de administración de energía patentado BatteryMAX , software de almacenamiento en caché de disco incluido (DRCACHE), una herramienta de transferencia remota de archivos (FILELINK), una utilidad de configuración de forma de cursor (CURSOR) y ofreció un sistema de administración de memoria enormemente mejorado (MemoryMAX). [12] [13] Por motivos de compatibilidad, los archivos del sistema DR DOS 5.0 ahora se denominaban IBMBIO.COM (para el DOS-BIOS) e IBMDOS.COM (para el kernel BDOS) y, debido al cargador avanzado en el sector de arranque, se podían almacenar 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 alta carga. El núcleo y las estructuras de datos como los buffers de disco podían reubicarse en el Área de memoria alta (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" crítica o convencional , los primeros 640 KB de la RAM del PC, el área en la que se ejecutan todas las aplicaciones DOS. [13]
Además, en las máquinas Intel 80386 , el administrador de memoria EMS de DR DOS permitió que el sistema operativo cargara controladores de dispositivos DOS en bloques de memoria superiores, liberando aún más memoria base.
DR DOS 5.0 fue el primer DOS que integró esta funcionalidad en el sistema operativo base (la carga de controladores de dispositivos en bloques de memoria superiores ya era posible utilizando software de terceros como QEMM ). Esto le permitió, en sistemas 286 con chipsets compatibles y en sistemas 386, 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 podría haber tenido solo entre 300 y 400 KB de memoria convencional libre, demasiado poco para ejecutar mucho software de finales de la década de 1980. En contraste con esto, DR DOS 5.0, con un pequeño ajuste manual, podía cargar todo esto y aún así mantener libre toda su memoria convencional, lo que permitía algunas estructuras de datos DOS necesarias, hasta 620 KB de los 640 KB. Con MEMMAX +V, la región de memoria convencional podría incluso extenderse a partes no utilizadas de la tarjeta adaptadora gráfica, proporcionando típicamente entre 64 y 96 KB más de memoria DOS libre.
Debido a que DR DOS dejaba tanta memoria convencional disponible, algunos programas antiguos que utilizaban ciertas técnicas de envoltura de direcciones no se ejecutaban correctamente, ya que se cargaban inesperadamente (o, en MS-DOS, "de manera imposible") en un espacio de memoria bajo, dentro del primer segmento de 64 KB (conocido como " memoria baja "). Por lo tanto, el nuevo comando MEMMAX -L de DR DOS 5.0 solucionaba este problema asignando previamente un trozo de memoria al comienzo del mapa de memoria para que los programas se cargaran por encima de esta barrera (pero con menos memoria convencional utilizable). De manera predeterminada, MEMMAX estaba configurado para +L, de modo que las aplicaciones pudieran aprovechar la memoria adicional.
Ante la importante competencia que había en el campo del DOS, Microsoft respondió con el anuncio de un MS-DOS 5.0 que aún no había sido lanzado en mayo de 1990. [7] Este se lanzaría en junio de 1991 [7] e incluiría características avanzadas similares a las del DR DOS. [17] Incluía mejoras similares al DR en la gestión de memoria. [17]
Casi inmediatamente, en septiembre de 1991, Digital Research respondió con DR DOS 6.0, [7] cuyo nombre en código era "Buxton". DR DOS 6.0, aunque ya se encontraba en el nivel BDOS 6.7 internamente, se reportaría como "IBM PC DOS 3.31" a las aplicaciones DOS normales por motivos de compatibilidad. Esto incluía la compresión de disco SuperStor sobre la marcha, para maximizar el espacio disponible en el disco duro, y la función de seguimiento y recuperación de archivos eliminados de Roger A. Gross.
DR DOS 6.0 también incluía un selector 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. A diferencia del DOS multiusuario de Digital Research (sucesor del DOS concurrente en la línea de productos multiusuario), que ejecutaba aplicaciones DOS en máquinas DOS virtuales con multitarea preventiva, el selector de tareas de DR DOS 6.0 congelaba las aplicaciones en segundo plano hasta que se las traía de nuevo al primer plano. Si bien se ejecutaba en máquinas x86, podía cambiar a memoria XMS en máquinas 286+. [18] TASKMAX admitía algunas funciones de Copiar y Pegar entre aplicaciones. [18] A través de la API del selector de tareas, las interfaces gráficas de usuario como ViewMAX [18] o PC/GEOS podían registrarse como el menú del administrador de tareas y, por lo tanto, reemplazar el menú de modo de 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 fuera de Microsoft. [7] Esta comprobación llegó a conocerse como el código AARD . [20] [21] Fue una cuestión sencilla para Digital Research parchear DR DOS 6.0 para eludir la "comprobació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, llamada "actualización empresarial", estuvo en las calles dentro de las seis semanas posteriores al lanzamiento de Windows 3.1. [22] [23] [24] [25] Con el código de detección desactivado, Windows funcionó perfectamente con DR DOS y su sucesor Novell DOS. El código estaba presente pero desactivado 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 estaba 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 posteriormente lanzado como NetWare PalmDOS 1, que, como su nombre lo indica, era un derivado de DR DOS 6.0 que consumía muy pocos recursos y estaba dirigido al mercado emergente de Palmtop / PDA . [31]
PalmDOS fue el primer sistema operativo de la familia que admitió el nuevo núcleo BDOS 7.0 con estructuras de datos internas nativas compatibles con DOS en lugar de emulaciones de las mismas. Reemplazar la emulación DOS sobre un núcleo CP/M por un núcleo verdaderamente compatible con DOS ayudó mucho a mejorar la compatibilidad con algunas aplicaciones que usaban 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 núcleo, un requisito particular para el mercado de PDA. Por otro lado, la introducción de una genuina Estructura de Directorio Actual ( CDS ) impuso un límite en la profundidad de los directorios de trabajo de hasta 66 caracteres (como en MS-DOS/PC DOS), mientras que las 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 núcleo pequeño y no encontrarse con problemas de compatibilidad con Windows, que esperaría que la API DOSMGR se implementara para cualquier versión de DOS desde 5.0.
Además de un núcleo que ejecuta ROM, PalmDOS tenía soporte tipo palmtop para características tales como tarjetas PCMCIA PC (con soporte DPMS ), administración de energía ( BatteryMAX y el controlador de dispositivo $IDLE$ con su detección de inactividad dinámica patentada [35] por Gross y John P. Constant), soporte del 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 que Novell Corporation le dio a DR DOS durante el período en el que Novell vendió DR DOS, después de la adquisición de Digital Research en 1991. [36] [37] [30] [29] [38] En cuanto a características y rendimiento, normalmente estaba 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 un "recorte importante", vendiendo productos como la base de datos transaccional Btrieve y eliminando otros como Novell DOS y los títulos multimedia para niños Main Street de WordPerfect . [41] Novell licenció la tecnología 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 combinar con su distribución OpenLinux . [7]
Marc Perkel afirmó haber inspirado a Novell en febrero de 1991 para comprar Digital Research y desarrollar algo que él imaginaba como "NovOS". [44] Novell había comprado Digital Research en julio de 1991 con la intención de 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 casi al mismo tiempo, algunos de los productos de Borland e invirtieron fuertemente en Unix también.) El planeado "DR DOS 7.0", llamado internamente "Panther", destinado a superar al 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 se cargaban, comandos de archivo como BACKUP, DELPURGE, MOVE, TOUCH , TREE , UNDELETE , XATTRIB , XCOPY , XDEL y XDIR que soportaban una opción de línea de comandos /U:name deshabilitada de otra manera para seleccionar usuarios o grupos específicos, [33] compatible con Multiuser DOS) y dos nuevas interfaces gráficas de usuario ( ViewMAX 3 , un derivado de GEM, y " Star Trek ", un verdadero puerto del System 7.1 de Apple para ejecutarse bajo el nuevo DR DOS multitarea llamado "Vladivar").
Cuando DR DOS finalmente llegó en diciembre de 1993 (con versiones localizadas lanzadas en marzo de 1994), renombrado Novell DOS 7 (también conocido como "NWDOS"), y sin estos tres componentes, fue una decepción para algunos. Era más grande y le faltaban algunos toques finales, [45] pero, sin embargo, muchos expertos de la industria lo consideraban el mejor DOS. [46]
En Alemania, Novell DOS 7 fue promocionado agresivamente con el eslogan " Trau keinem DOS unter 7 " ( No confíes en ningún DOS por debajo de 7 ) en la prensa y con disquetes de demostración gratuitos en revistas de informática. [47] [48] [46] La campaña apuntaba al 20% del mercado de DOS y dio como resultado aproximadamente 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 de las principales novedades funcionales fue el segundo intento de Novell de crear un sistema de redes peer to peer, 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 estaba haciendo popular gracias a su compatibilidad con Windows for Workgroups , OS/2 y Windows NT . Se necesitaba una cantidad considerable de configuración manual para conseguir que ambos coexistieran en el mismo PC, y Personal NetWare nunca alcanzó mucho éxito.
Desde que Novell DOS 7 implementó la API DOSMGR y se actualizaron las estructuras de datos internas, su núcleo BDOS 7.2 podía informar con una versión DOS de 6.0 y el ID OEM "IBM" sin correr el riesgo de tener 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 informaba como DOS 6.0 a las aplicaciones.
Novell DOS 7 introdujo una gestión de memoria mucho más avanzada, incluyendo un nuevo soporte para DPMI ( Interfaz de Modo Protegido de DOS ) y DPMS ( Servicios de Modo Protegido de DOS ), así como opciones de loadhigh más flexibles. [46] También introdujo soporte para multitarea preventiva "real" [46] de múltiples aplicaciones DOS en máquinas DOS virtuales (VDM), un componente originalmente llamado MultiMAX. Esto era similar a DOS multiusuario, pero ahora sobre la base de un entorno compatible con DOS de forma nativa, similar al Modo Mejorado de Windows 386, pero sin una GUI. De forma predeterminada, el TASKMGR incluido se comportaría de forma similar al antiguo DR DOS 6.0 TASKMAX. Sin embargo, si EMM386 se cargaba con la opción /MULTI, EMM386 cargaría un núcleo de sistema operativo de Modo Protegido 386 de 32 bits nativo que proporciona soporte API para multitarea preventiva, multihilo, virtualización de hardware y gestión de dominios de máquinas DOS virtuales. Esta API podría ser utilizada por aplicaciones compatibles con DOS de DR. Si TASKMGR se ejecutaba más adelante, utilizaría esta API para crear una instancia del entorno de sistema DOS de 16 bits actual, crear máquinas DOS virtuales y ejecutar aplicaciones en ellas en lugar de utilizar su propio soporte de conmutador de tareas de modo real. El multitarea era compatible con Windows, de modo 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 en red .
Novell DOS 7 y Personal NetWare requirieron varias versiones para corregir 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 luego se convertiría en Windows 95) a la vista, Novell interrumpió el 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 combinar con 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 se movió para hacer imposible usar o comprar la versión posterior de Windows, Windows 95 , con cualquier producto DOS que no fuera el suyo. Afirmaron que se trataba de un cambio puramente técnico, lo que más tarde sería objeto de una importante demanda interpuesta en Salt Lake City por Caldera con la ayuda del Grupo Canopy . [7] [50] Los abogados de Microsoft intentaron repetidamente que se desestimara el caso, pero sin éxito. Inmediatamente después de la finalización de la etapa de declaración previa al juicio (donde las partes enumeran las pruebas que pretenden presentar), hubo un acuerdo extrajudicial el 7 de enero de 2000 por una suma no revelada. [51] [52] Se reveló en noviembre de 2009 que esta suma 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 puso en contacto con Caldera, Inc., con sede en Estados Unidos, con una propuesta para reiniciar el desarrollo de DR-DOS y hacer que Windows 95 funcionara en DR-DOS, lo que ayudaría en el caso judicial. Tras una reunión en septiembre de 1996 en Lindon , Utah, Estados Unidos, entre Gross, Ransom H. Love, Bryan Wayne Sparks y Raymond John Noorda , Gross fue contratado y se le encargó 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 liberar 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 perfeccionamientos en todo el sistema, una serie de nuevas características clave se añadieron posteriormente en el transcurso de los dos años siguientes, incluyendo una pila TCP/IP (derivada de LAN WorkPlace para DOS / NetWare Mobile ), un navegador web gráfico de 32 bits DOS Protected Mode HTML 3.2 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 para nombres de archivo largos (LONGNAME) de Edward N. Hill Jr., así como soporte para LBA y FAT32 (DRFAT32) de Matthias R. Paul. Gross también contrató a Andrew Schulman (que había sido, junto con Geoff Chappell, instrumental 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 reemplazar 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 en 2023 [actualizar], pero jugaron 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 únicamente con las adaptaciones necesarias para incorporar el nuevo nombre en los mensajes de visualización, así como en las variables de entorno y los nombres de archivo. Le faltaban los parches de 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, Novell había perdido partes de las fuentes de Novell DOS. [65] En consecuencia, esta versión aún reportaba una versión interna de BDOS 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 del escáner de virus Search&Destroy de Fifth Generation y la utilidad FastBack Plus 2.0 , que anteriormente venían incluidos con Novell DOS. En su lugar, venía incluido con una versión más nueva de PNUNPACK y traía una versión mucho más avanzada de NetWars . [33]
Partes de OpenDOS 7.01 fueron publicadas 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 fue luego cerrada nuevamente porque Gross sintió 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, pronto seguido por un lanzamiento posterior en marzo de 1998, cuando el nombre DR-DOS regresó como Caldera DR-DOS 7.02, [67] ahora por primera vez escrito con un guion. La versión 7.02 (ahora reportándose como BDOS 7.3) incorporó problemas mejorados de BIOS y BDOS, desarrollados por Paul, [65] [68] agregando muchas nuevas opciones de arranque y configuración, integrando muchas mejoras de compatibilidad, correcciones de errores y optimizaciones para tamaño y velocidad, y reimplementando 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 dentro de 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 , trajo consigo un soporte mejorado de configuración múltiple para archivos DR/D/CONFIG.ext [69] [72] y vino con mejoras al lenguaje CONFIG.SYS similar a BASIC para menús de arranque más potentes, interacción de usuario conveniente [69] y acción programática sobre condiciones ( CPU386 ), códigos de retorno y niveles de error ( ERROR , ONERROR ). [65] También permitió cambiar los ajustes SCROLLOCK , CAPSLOCK , INSERT y VERIFY así como los caracteres SWITCHAR , YESCHAR , NOCHAR y RESUMECHAR . [65] [69] Varios detalles de comportamiento podían ser controlados con los nuevos parámetros /Q (Silencio), /L (Minúsculas), /Y (Sí) y /S (Interruptor) para SWITCHES . [65]F6F7F8Además, proporcionó soporte opcional para un dispositivo LPT4: y permitió configurar los dispositivos COMx: y LPTx: integrados , así como cambiar los valores predeterminados PRN: y AUX :. [65] Se mejoró el manejo de las variables de entorno en CONFIG.SYS y se incluyeron nuevas facilidades de alta carga, como las opciones HIFILES / FILESHIGH y HIFCBS / FCBSHIGH para reubicar los controladores de archivos y las estructuras FCB en UMB, que normalmente proporcionaban entre 1 y 4 KB (y hasta 15 KB) más de memoria convencional libre en comparación con las 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, normalmente proporcionaba entre 5 y 8 KB más de memoria HMA continua para que los controladores de terceros con capacidad HMA trabajaran junto con los shells de línea de comandos de terceros, que no podían cargarse 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 por Paul para permitir que el sistema use archivos COUNTRY.SYS múltiples, distribuidos y posiblemente configurados por el usuario al mismo tiempo en un modelo jerárquico. [65] [73] [71] [74] Esto también proporcionó 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] (incluyendo detección automática) y la entonces nueva moneda Euro . [74] [71] Algunos archivos DR-DOS como IBMBIO.COM, IBMDOS.COM y COUNTRY.SYS llevaban 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 gordo ideada por Paul para que salieran correctamente cuando se los 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 sistema con errores. También venía con un FDISK actualizado., que podía particionar y formatear volúmenes FAT32 (pero que todavía no funcionaba con LBA). 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 se podían incorporar al sistema, de modo que DR-DOS 7.02 finalmente no sólo alcanzó a Novell DOS 7, sino que fue un verdadero paso adelante. El lanzamiento fue seguido por varias actualizaciones en junio, agosto y septiembre de 1998.
El número de versión interna actualizado de BDOS introdujo un nuevo problema: algunas aplicaciones de terceros heredadas con soporte especial para Novell DOS, que ya no se actualizaban, dejaron de funcionar. SETVER ya permitía a Novell DOS disfrazarse como versiones de DOS por nombre de archivo y globalmente y, especificando una subversión mágica de 255, incluso deshabilitaría su propia verificación de versión interna de BDOS para poder hacer frente a programas que sondearan específicamente para "DR-DOS". [33] El kernel modificado y el controlador SETVER de Paul también soportarían, en un modelo jerárquico, rutas de carga para distinguir entre múltiples ejecutables del mismo nombre de archivo, e introdujo un modo extendido, en el que SETVER no solo podía falsificar versiones de DOS, sino también versiones de kernel de BDOS. [77] Las subversiones de 128 a 255 se informarían como subversiones DOS 0 a 127 a las aplicaciones, pero con la comprobación de la versión BDOS deshabilitada, mientras que las subversiones 100 a 127 podrían usarse para falsificar diferentes versiones BDOS, [77] mientras que el número de revisión DOS (normalmente establecido en 0 en una estructura de datos estática, parcheable antes del arranque) se tomaría como la subversión informada, de modo que SETVER /G /X 6.114 permitiría que las versiones de DR-DOS desde 7.02 siguieran informándose como "DOS 6.0" y con una versión BDOS 7.2 falsa (114 decimal = 72 hexadecimal), haciéndose pasar por Novell DOS 7 / OpenDOS 7.01. [77]
Aunque por lo demás resulta beneficioso, el nuevo HIFILES desencadenó un problema de compatibilidad en la función DOS-UP del gestor de memoria de terceros QEMM 8, que estaba programado para esperar un bloque de cinco estructuras de identificadores en la memoria convencional bajo DR-DOS (como en versiones anteriores hasta la 7.01), mientras que la versión 7.02 por diseño dejaba ocho identificadores en la memoria baja al cargar archivos altos para mantener la compatibilidad total con versiones anteriores de Windows 3.xx. [71] [23] La compatibilidad con Windows for Workgroups 3.11 no se había visto afectada por esto. Se ideó una solución de mantenimiento para parchear un solo byte en IBMBIO.COM con el fin de cambiar el comportamiento y, opcionalmente, volver a invocar el antiguo fragmentado. 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 utilizaba la función HIFILES, y viceversa. El parche llamado IBMBIO85.SCR siguió funcionando con versiones más nuevas de DR-DOS. [65] [78] [79] [80]
En agosto de 1998 [81], la empresa estadounidense Caldera, Inc. 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 que se presentaba a las aplicaciones como "PC DOS 6.0" para fines de compatibilidad), fue lanzada previamente en Navidad de 1998 y luego lanzada oficialmente el 6 de enero de 1999 por Caldera UK. Venía con administradores de memoria significativamente mejorados (en particular, soporte DPMI mejorado junto con el 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 bajo 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 adaptada para uso de escritorio.
Caldera, Inc. quería trasladar el negocio de 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 renunciara y estableciera iCentrix para desarrollar el navegador web dividido MarioNet . Luego, el desarrollo se trasladó a los EE. UU. (lo que nunca funcionó debido a una falta total de experiencia en este campo en Caldera US), [87] y la línea DR-DOS recayó en su filial, Caldera Thin Clients, que pasó a llamarse Lineo , Inc. el 20 de julio de 1999. [88] [85] DR-WebSpyder pasó a llamarse Ebrowser y se dijo que se había 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 reducida de OpenLinux llamada Embedix . [88] [85]
Entre las últimas versiones de DR-DOS desarrolladas de forma independiente se encontraban la OEM DR-DOS 7.04 (a fecha del 19 de agosto de 1999) [79] y la 7.05 (a fecha del 30 de noviembre de 1999), todavía con la marca "Caldera DR-DOS". [90] [91] Se trataba de variantes del sistema que consistían únicamente en el núcleo y el shell de comandos. Con una implementación nativa especializada de FAT32 y compatibilidad con discos duros de gran tamaño, se podían encontrar incluidas en Easy Recovery 5 de Ontrack en 2000, reemplazando al controlador de redireccionamiento DRFAT32 de carga dinámica, que todavía venía con Easy Recovery 4. [92] [93] También se utilizaron para SeaTools de Seagate Technology [94] y el software de creación de imágenes de CD Nero Burning ROM . Aunque seguían informando de un BDOS 7.3 internamente, estas fueron las primeras versiones en informarse a sí mismas como "PC DOS 7.10" a las aplicaciones para indicar la compatibilidad integrada con FAT32. Diseñado para ser compatible con versiones anteriores en su mayor parte, el DR-DOS 7.04/7.05 IBMBIO.COM se podía combinar con el DR-DOS 7.03 IBMDOS.COM para proporcionar al DR-DOS 7.03 capacidades LBA de núcleo aprobadas para escritorio y trabajar con unidades de más de 8 GB. Para requisitos específicos de OEM, el DR-DOS 7.06 (a fecha del 14 de diciembre de 1999) [80] de Wightman combinó los archivos del núcleo en un único ejecutable binario, de modo que, de forma similar a IO.SYS de Windows 98 , se pudiera iniciar con sectores de arranque de MS-DOS 7.10 (pero ya no con sectores de arranque de 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 el soporte para el acceso a disco CHS y LBA, los sistemas de archivos FAT12 , FAT16 y FAT32, y las diferentes convenciones de arranque de DR-DOS, PC DOS, MS-DOS, Windows, REAL/32 y LOADER en un único sector de arranque y MBR NEWLDR , de modo que el código continuara cargando cualquier versión de DR-DOS hasta la 3.31 (y desde DR-DOS 7.04 también con soporte FAT32), pero también pudiera 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 núcleo no sólo podía ser arrancado por los nuevos sectores, sino también por cualquier disco previamente formateado con DR-DOS, así como por discos con sectores de arranque 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, Lineo fue adquirida y algunos de los antiguos directivos de Lineo adquirieron el nombre y formaron una nueva empresa, DRDOS, Inc. dba DeviceLogics LLC. Continuaron vendiendo DR-DOS para su uso en sistemas integrados. DR-DOS 8.0 se lanzó el 30 de marzo de 2004 con soporte para FAT32 y discos grandes, la capacidad de arrancar desde ROM o Flash, multitarea y un administrador de memoria DPMI. Esta versión se basó en el núcleo de la versión 7.03. [95]
En otoño de 2005, la compañía lanzó DR-DOS 8.1 (con mejor compatibilidad con FAT32). Esta versión se basaba en OpenDOS 7.01.xx. DR-DOS 8.1 fue retirado por infringir la licencia GPL (véase Controversias).
Además de vender copias del sistema operativo, el sitio web de DRDOS, Inc. incluye una opción de compra para DR-DOS; el precio de venta es de 25 000 dólares estadounidenses. [96]
El código fuente de OpenDOS 7.01 fue la base del Proyecto de Mejora de DR-DOS/OpenDOS , creado en julio de 2002 en un intento de equiparar la funcionalidad de DR-DOS con los sistemas operativos modernos de PC que no son Windows. El proyecto agregó soporte nativo para discos grandes ( LBA ) y el sistema de archivos FAT32 , y varias otras mejoras, incluyendo una mejor administración de memoria 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 WIP (trabajo en progreso) fue lanzado el 21 de julio de 2011. [97]
A partir de 2023, la última versión 7.01.08 de Enhanced DR-DOS WIP se trasladó a una cadena de herramientas de compilación de código abierto, lo que hace que el núcleo y el intérprete de comandos se puedan compilar en sistemas operativos distintos de DOS. [98] El núcleo se puede compilar como un único binario KERNEL.SYS para que sea compatible con los cargadores de arranque que admiten el núcleo FreeDOS. Recibió varias correcciones de errores y actualizaciones y, a partir de octubre de 2024, se encuentra en mantenimiento activo.
En octubre de 2005, se descubrió que DR-DOS 8.1 incluía varias utilidades de FreeDOS , así como otras fuentes, y que el núcleo era una versión obsoleta del núcleo DR-DOS mejorado. DR DOS, Inc. no cumplió con la Licencia Pública General de GNU (GPL) al no dar crédito a las utilidades de FreeDOS a sus autores e 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 han estado entre los comandos internos soportados desde DR DOS 3.31. DR DOS 5.0 eliminó BATCH y agregó HILOAD. [99] [34] GOSUB, IDLE, RETURN y SWITCH fueron agregados como comandos internos con DR DOS 6.0. [34] ASSIGN y SUBST fueron cambiados 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. [99] MORE siguió siendo un comando interno hasta incluir PalmDOS, pero fue cambiado a un comando externo con Novell DOS 7. DBG fue eliminado con Novell DOS 7, LOADHIGH, LH y TRUENAME fueron agregados como comandos internos. APPEND [ cita requerida ] 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: [100] [99]
Los subcomandos de procesamiento por lotes de DR DOS 6.0 incluyen: [100] [99]
DR DOS 6.0 admite los siguientes comandos externos: [100]
Concurrent DOS Release 3.1
está ganando impulso y apoyo rápidamente por parte de una amplia gama de fabricantes de microcomputadoras", dijo Wandryk. "Unas 60 empresas de hardware han obtenido la licencia del producto desde que se lanzó a principios de marzo.
[2]
[…] Uno de los estímulos más importantes para agregar características fue la presión competitiva de DRDOS 5.0, de la que nos enteramos por primera vez en la primavera de 1990. El conjunto de características de DRDOS nos llevó a agregar soporte
UMB
, intercambio de tareas y recuperación de archivos eliminados. […] Una cantidad considerable de la atención de la gerencia del equipo se desvió a nuevas características como software de transferencia de archivos, recuperación de archivos eliminados e instalación en red […] Finalmente, esta situación llegó a un punto crítico a fines de julio de 1990 y, liderada por
BradS
, la gerencia del equipo 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 n.º 19 (BDOS 1067h " Actualización
de DR DOS 6.0
para Windows 3.1, abril de 1992"; 1992-03, 1992-04-07: "Esta actualización pública de DR DOS 6.0 sólo incluye parches que solucionan la compatibilidad total con Windows 3.1. Debería haber habido una "actualización empresarial" completa para los usuarios registrados, que se distribuiría un poco más tarde."), n.º 27 (BDOS 1072h "Novell DOS 7 Panther/Smirnoff BETA 3", 1993-09: "Este problema no tiene soluciones alternativas para el código AARD de Windows 3.1."), n.º 29 (BDOS 1072h "Versión alemana de Novell DOS 7"; 1994-02-22: "Se sabe que este problema tiene soluciones alternativas 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 $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 y marketing interno de DOS, incluido un nuevo producto llamado Caldera OpenDOS. […] Caldera tiene previsto 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 de las […] tecnologías, el código fuente estará disponible en el sitio web de Caldera durante el primer trimestre de 1997 […] Los particulares pueden utilizar el código fuente de OpenDOS para uso personal sin coste alguno. Los particulares y las organizaciones que deseen redistribuir comercialmente Caldera OpenDOS deben adquirir una licencia con una pequeña tarifa asociada. El código fuente de los componentes propietarios de terceros de Novell DOS 7 no se publicará. […]
Microsoft Corp.
acordó pagar unos 275 millones de dólares para resolver una demanda antimonopolio presentada por
Caldera Inc.
, evitando un juicio que probablemente ventilaría 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 cobraría un cargo de tres centavos por acción por el acuerdo en el tercer trimestre fiscal que finaliza el 31 de marzo […] la empresa tiene aproximadamente 5.500 millones de acciones en circulación […]
[…] anexos adjuntos al Memorándum de Derecho de Microsoft en apoyo de la moción cruzada de Microsoft para juicio sumario en el litigio antimonopolio Novell v. Microsoft. Finalmente descubrimos cuánto pagó Microsoft
a Caldera
para resolver el litigio DrDOS en 2000: $280 millones. Incluso llegamos a leer el acuerdo de conciliación. Está adjunto como anexo. […] Los términos del acuerdo estuvieron sellados durante todos estos años, pero […] ahora ese misterio está resuelto. […] También descubrimos cuánto pagó entonces Caldera/
Canopy
a Novell de esos 280 millones de dólares: 35,5 millones de dólares al principio y, después de que Novell demandara con éxito a Canopy en 2004, el sucesor en interés de Caldera en este asunto, 17,7 millones de dólares adicionales, según la página 16 del Memorándum. Microsoft afirma que Novell no es la parte interesada real 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. Por lo tanto, las pruebas intentan demostrar que Novell recibió el pago completo, por así decirlo, a través de ese litigio anterior. Como resultado, podemos leer una serie de documentos del litigio Novell v. Canopy. Novell responde que mantuvo sus reclamaciones antimonopolio en el mercado de aplicaciones. […]
[…] Microsoft pagó 280 millones de dólares a
Caldera
para resolver el caso, y 35,5 millones de dólares de lo recaudado por el acuerdo fueron entregados por Caldera a Novell en concepto de lo que se denominaba "regalía". […] Insatisfecha 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 recibir incluso más. […] Novell finalmente prevaleció, añadiendo 17,7 millones de dólares a su parte del dinero pagado por Microsoft a Caldera, por un total de más de 53 millones de dólares […]
[…] Microsoft pagará a
Caldera
, mediante transferencia bancaria de acuerdo con las instrucciones escritas proporcionadas por Caldera, la cantidad de doscientos ochenta millones de dólares ($280,000,000), como liquidación total de todas las reclamaciones o posibles reclamaciones cubiertas por este acuerdo […]
(NB. Este documento del caso Caldera v. Microsoft fue anexo a 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 mantener fuera del mercado a los sistemas operativos subyacentes de la competencia, como el DR-DOS de Caldera. Para demostrar su punto, Caldera pronto lanzará un software de demostración llamado "
WinBolt
", que, dice, permitirá a los usuarios instalar la interfaz de Windows 95 sobre DR-DOS. La demostración mostrará, dice Caldera, que no hay ningún avance tecnológico significativo ni ninguna eficiencia comercial 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 la versión 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 no documentada que normalmente se encuentra en
HMA
. El núcleo recopila y registra datos de configuración y del controlador de modo real durante el arranque (tipo de controlador, interrupciones enganchadas por el controlador, línea de invocación
CONFIG.SYS
, etc.) y almacena esta información en una […] estructura de datos complicada […] en constante crecimiento. Presumiblemente […] está destinado a ser utilizado por el núcleo de Windows para obtener una mejor imagen de los controladores de modo real cargados […] o incluso intentar desconectar o descargar algunos de ellos, […] solo se usa en una medida 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 lo utilizan), […] dejando espacio […] más allá del lado técnico […] porque nada de lo interesante está documentado […]
[…] FILES+FCBS […] ahora están agrupados en 3 fragmentos mientras que anteriormente estaban organizados en 2 fragmentos […] La característica DOS-UP de
QEMM
no espera esto […] Esto da como resultado aproximadamente 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 de manejo. 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 controladores en memoria baja en contraste con los 8 controladores que se requieren para que Windows funcione correctamente debido a un truco extremadamente peligroso del lado de Microsoft para determinar el tamaño de las […] estructuras SFT (esto se conoce como el truco "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 desplazamientos incorrectos entre sí […]
[…] DR-DOS 7.04/7.05 (1999-08-19) […] -->
[…] DR-DOS 7.06 hasta el 14 de diciembre de 1999 […] -->
[…] Tenemos una experiencia muy profunda con la incrustació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ó toda nuestra
I+D
en
Linux
embebido . […] Estamos […] evolucionando nuestro enfoque de una empresa de solo DOS embebido a una empresa
de Linux embebido
. […] No estamos eliminando nuestro producto DOS inmediatamente; […] el mercado no está eliminando nuestro producto DOS. Todavía hay una gran demanda de DOS embebido, y continuaremos vendiéndolo y comercializándolo. Sin embargo, ha habido una creciente demanda de Linux embebido. Por lo tanto, estamos cambiando nuestro enfoque y renombrando la empresa para que coincida con nuestro flujo de ingresos a largo plazo, que se basará en Linux […] como el mercado nos ha solicitado que hagamos […] Seguiremos vendiendo ambas tecnologías durante la transición. […] Hablamos con nuestras empresas OEM, no solo en los 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}}
: CS1 maint: copia archivada como título ( enlace ){{cite web}}
: CS1 maint: copia archivada como título ( enlace )