DR-DOS

DR-DOS (escrito como DR DOS, sin guión, en versiones hasta la 6.0 inclusive) es un sistema operativo de disco compatible con IBM PC. 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 diferentes nombres).

DR-DOS fue desarrollado por Gary A. Kildall's Digital Research y deriva de Concurrent PC DOS 6.0, que fue un sucesor avanzado de CP/M-86. A medida que cambió la propiedad, se produjeron varias versiones posteriores con nombres que incluyen Novell DOS y Caldera OpenDOS.

Historia

Orígenes en CP/M

El CP/M original de Digital Research para los sistemas basados en Intel 8080 y Z-80 de 8 bits generó numerosas versiones derivadas, sobre todo CP/M-86 para la familia Intel 8086/8088 de procesadores Aunque CP/M había dominado el mercado desde mediados de la década de 1970 y se envió con la gran mayoría de las computadoras personales de arquitectura no propietaria, la PC de IBM en 1981 trajo el comienzo de lo que eventualmente sería un cambio masivo.

IBM se acercó originalmente a Digital Research en 1980, en busca de 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 a 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, CP/M-86 de Digital Research, 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 solo temporal.

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ía vencer a Microsoft- IBM es líder en disponibilidad de software de aplicaciones, por lo que modificó 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 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. Si bien el DOS concurrente continuó evolucionando en varios sabores a lo largo de los años para eventualmente convertirse en DOS multiusuario y REAL/32, no se diseñó específicamente para el mercado de escritorio y era demasiado costoso para las aplicaciones de un solo usuario. Por lo tanto, 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 monousuario simplificado y modificado de Concurrent DOS 4.1 y 5.0, que ejecutaba aplicaciones para ambas plataformas y permitía cambiar entre varias tareas como lo hacía el CP original. /M-86. Su compatibilidad con DOS era limitada y Digital Research hizo otro intento, esta vez con un sistema DOS nativo. 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, Reino Unido, donde Digital Research Europe tenía su grupo de soporte OEM ubicado desde 1983. A partir de 1986, la mayor parte del trabajo del sistema operativo en DOS 386 y XM concurrentes, DOS multiusuario, DR DOS y PalmDOS se realizó en el Centro de Desarrollo Europeo (EDC) de Digital Research en Hungerford, Berkshire. Posteriormente, Digital Research GmbH en Munich, Alemania, también realizó algunos trabajos.

Primera versión de DR DOS

Como lo solicitaron varios OEM, Digital Research inició un plan para desarrollar un nuevo sistema operativo DOS que corrigiera los defectos dejados por MS-DOS en 1987. De particular importancia fue un acuerdo de un millón de dólares con Kazuhiko "Kay" Nishi de ASCII Corporation, que previamente había sido fundamental en la apertura del mercado OEM japonés para Microsoft. La primera versión de DR DOS se lanzó el 28 de mayo de 1988. Los números de versión se eligieron para reflejar las características relativas a MS-DOS; la primera versión que se promocionó al público fue DR DOS 3.31, que ofrecía funciones comparables a Compaq MS-DOS 3.31 con compatibilidad con discos grandes (FAT16B, también conocido como "BIGDOS"). DR DOS 3.31 se informó a sí mismo 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 las capacidades multitarea y multiusuario, así como el soporte API CP/M eliminado y el XIOS reemplazado 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 línea de comandos (directiva HISTORIA), así como compatibilidad con contraseñas de archivos y directorios integradas directamente en el kernel. También era más barato obtener una licencia que MS-DOS y era ROMable desde el principio. La versión ROMed de DR DOS también se denominó ROS (ROM Operating System). Varios fabricantes de PC se acercaron a DRI que estaban interesados en un DOS de terceros, lo que provocó varias actualizaciones del sistema.

En ese momento, MS-DOS solo estaba disponible para los OEM incluidos con el 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 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).

DR DOS 5.0

La versión 5.0 de DR DOS (cuyo nombre en código es "Leopard") se lanzó en mayo de 1990 y aún se informa como "PC DOS 3.31" por motivos de compatibilidad, pero internamente indica un kernel BDOS 6.4 de un solo usuario. (La versión 4 se omitió para evitar que se asociara con el relativamente impopular MS-DOS 4.0). Esto introdujo ViewMAX, un shell de administración de archivos GUI basado en GEM. La pantalla de inicio de ViewMAX presentaría el eslogan "Investigación digital: hacemos que las computadoras funcionen". DR DOS 5.0 también presentó el sistema patentado de administración de energía BatteryMAX, el 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 administración de memoria muy mejorado (MemoryMAX). Por motivos de compatibilidad, los archivos del sistema DR DOS 5.0 ahora se llamaban IBMBIO.COM (para DOS-BIOS) e IBMDOS.COM (para el kernel BDOS) y, debido al cargador avanzado en el sector de arranque, podían almacenarse físicamente en cualquier lugar del disco.. La etiqueta OEM en los sectores de arranque se cambió a "IBM␠␠3.3".

Vistas delanteras y traseras del Carry-I estación de trabajo sin disco de tamaño libre, agrupada con DR DOS 5.0, basado en un procesador Intel 80286 y producido por la Tecnología Flytech de Taiwán c. 1991

DR DOS 5.0 fue el primer DOS en incluir capacidades de carga alta. El núcleo y las estructuras de datos, como los búferes de disco, podrí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 "base" o memoria convencional, los primeros 640 KB de la RAM de la PC, el área en la que se ejecutan todas las aplicaciones de DOS.

Además, en las máquinas Intel 80386, el administrador de memoria EMS de DR DOS permitía que el sistema operativo cargara los controladores de dispositivos DOS en los bloques de memoria superiores, liberando aún más la memoria base.

DR DOS 5.0 fue el primer DOS en integrar dicha funcionalidad en el sistema operativo base (ya era posible cargar controladores de dispositivos en bloques de memoria superiores usando software de terceros como QEMM). Esto le permitió, en los sistemas 286 con conjuntos de chips compatibles y en los sistemas 386, proporcionar una memoria convencional significativamente más 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 solo tenía de 300 a 400 KB de memoria convencional libre, demasiado poca 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, podría cargar todo esto y aún así mantener toda su memoria convencional libre, lo que permite algunas estructuras de datos de DOS necesarias, hasta 620 KB de los 640 KB. Con MEMMAX +V, la región de la memoria convencional podría incluso extenderse a partes no utilizadas de la tarjeta del adaptador de gráficos, lo que normalmente proporciona 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 ajuste de direcciones no se ejecutaban correctamente porque ahora se cargaban inesperadamente (o, bajo MS-DOS, "imposible") con poca memoria: dentro del primer segmento de 64 KB (conocido como "memoria baja"). Por lo tanto, el nuevo comando MEMMAX -L de DR DOS 5.0 solucionó este problema al asignar previamente una parte de la memoria al comienzo del mapa de memoria para que los programas se cargaran por encima de esta barrera (pero con menos memoria convencional utilizable entonces).). De forma predeterminada, MEMMAX se configuró para +L, de modo que las aplicaciones pudieran aprovechar la memoria adicional.

DR DOS 6.0 / Competencia de Microsoft

Digital Research DR DOS 6.0 startup disco

Novell DR DOS 6.0 manual

Enfrentado a una competencia sustancial en el campo de DOS, Microsoft respondió con un anuncio de un MS-DOS 5.0 aún por lanzar en mayo de 1990. Se lanzaría en junio de 1991 e incluiría funciones avanzadas similares a las de DR DOS. Incluyó coincidencias de las mejoras de DR en la gestión de memoria.

Casi inmediatamente en septiembre de 1991, Digital Research respondió con DR DOS 6.0, con el nombre en código "Buxton". DR DOS 6.0, aunque internamente ya está en el nivel 6.7 de BDOS, aún se informaría a sí mismo como "IBM PC DOS 3.31" a las aplicaciones normales de DOS por motivos de compatibilidad. Esto se incluye en la compresión de disco sobre la marcha de SuperStor, para maximizar el espacio disponible en el disco duro, y el seguimiento de la eliminación de archivos y la función de recuperación de Roger A. Gross.

DR DOS 6.0 también incluía un conmutador de tareas denominado TASKMAX compatible con la API de conmutación de tareas estándar del sector para ejecutar varias aplicaciones al mismo tiempo. A diferencia del 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 preventivas, el selector de tareas DR DOS 6.0 congelaría las aplicaciones en segundo plano hasta que traído de vuelta al primer plano. Si bien se ejecutó en máquinas x86, pudo cambiar a memoria XMS en más de 286 máquinas. TASKMAX admitió algunas funciones de Copy & Facilidad de pegado entre aplicaciones. A través de la API del conmutador de tareas, las interfaces gráficas de usuario como ViewMAX o PC/GEOS podrí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 era de Microsoft. Este control llegó a ser conocido como el código AARD. Para Digital Research fue muy sencillo 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 al reorganizar el orden de dos tablas internas en la memoria (sin cambios en la funcionalidad), y la versión parcheada, llamada "actualización comercial", estaba en las calles seis semanas después del lanzamiento de Windows 3.1. Con el código de detección deshabilitado, 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.

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. Una versión coreana parece haber estado disponible también.

PalmDOS

En 1992, Digital Research, todavía con su antiguo nombre pero ya comprado por Novell en julio de 1991, también se embarcó en un producto derivado cuyo nombre en código era "Merlin" y más tarde lanzado como NetWare PalmDOS 1, que, como su nombre lo indica, era un derivado de DR DOS 6.0 con pocos recursos y destinado al mercado emergente de Palmtop/PDA.

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 verdadero kernel compatible con DOS ayudó mucho a mejorar la compatibilidad con algunas aplicaciones que usan algunas de las funciones de DOS' estructuras de datos internas y también fue la clave para reducir aún más el tamaño residente del código del kernel, 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 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. PalmDOS aún 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 la 5.0.

Además de un núcleo de ejecución de ROM, PalmDOS tenía soporte de tipo palmtop para características tales como PC Cards PCMCIA (con soporte DPMS), administración de energía (BatteryMAX y el [[$IDLE$]] controlador de dispositivo con su detección de inactividad dinámica patentada por Gross y John P. Constant), Compatibilidad con el conmutador de tareas MINIMAX para aplicaciones PIM (Módulos de información personal) almacenadas y ejecutadas desde ROM a través de XIP (Ejecutar en el lugar), etc.

La pila PCMCIA para PalmDOS fue escrita parcialmente por Ian H. S. Cullimore.

Novell DOS 7 / Contribución de Novell

Una línea de comandos típica en Novell DOS 7

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. En cuanto a las funciones y el rendimiento, normalmente era de menos una versión anterior a MS-DOS. En 1993, el DOS 7 de Novell superó a PC DOS 6.1, MS-DOS 6.2 y PC DOS 6.3.

La estrategia del director ejecutivo de Novell, Robert J. Frankenberg, incluía "recortes importantes", vendiendo productos como la base de datos transaccional Btrieve y matando a otros como Novell DOS y WordPerfect's multimedia Main Street children&# 39; s títulos. Tecnología con licencia de Novell de Stac Electronics para uso en Novell DOS y su sistema operativo de red, NetWare. Novell vendió la línea de productos a Caldera el 23 de julio de 1996, después de que se acercó a Novell en busca de un sistema operativo DOS para combinar con su distribución OpenLinux.

Marc Perkel afirmó haber inspirado a Novell en febrero de 1991 para comprar Digital Research y desarrollar algo que imaginó como "NovOS". 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 acabar con el monopolio de Microsoft. (Esto fue parte de una ola de gastos masiva y, en última instancia, desastrosa para Novell: compraron WordPerfect Corporation casi al mismo tiempo, algunos de los productos de Borland, y también invirtieron mucho en Unix). El "DR planificado DOS 7.0", llamado internamente "Panther", destinado a superar el problemático MS-DOS 6.0 de Microsoft, se retrasó repetidamente, mientras que Novell estaba trabajando en un multiusuario similar a Unix cargable opcionalmente. extensión de seguridad (con comandos de archivo, si están cargados, como BACKUP, DELPURGE, MOVE, TOUCH, TREE, UNDELETE, XATTRIB, XCOPY, XDEL y XDIR que admiten una opción de línea de comando /U:name deshabilitada para seleccionar usuarios o grupos específicos, compatible con DOS multiusuario) y dos nuevas interfaces gráficas de usuario (ViewMAX 3, un derivado de GEM, y "Star Trek", un verdadero puerto del Sistema 7.1 de Apple para ejecutarse bajo el nuevo DR DOS multitarea llamado & #34;Vladívar").

Cuando DR DOS finalmente llegó en diciembre de 1993 (con versiones localizadas lanzadas en marzo de 1994), renombró 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, pero muchos expertos de la industria lo consideraban el mejor DOS.

En Alemania, Novell DOS 7 se comercializó agresivamente con el eslogan "Trau keinem DOS unter 7" (No confíe en ningún DOS por debajo de 7) en la prensa y con disquetes de demostración gratuitos en revistas de informática. La campaña apuntó 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. Novell DOS 7 estaba disponible a través de varios OEM, una tienda de pedidos por correo dedicada y distribuidores autorizados.

Una adición funcional importante fue el segundo intento de Novell de un sistema de redes punto a punto, Personal NetWare (PNW). Esto era mejor que su predecesor, NetWare Lite (NWL), pero era incompatible con el sistema de red de Microsoft, que ahora es cada vez más popular gracias a la compatibilidad con Windows para grupos de trabajo, OS/2 y Windows NT. Se necesitó una cantidad considerable de configuración manual para que ambos coexistieran en la misma PC, y Personal NetWare nunca tuvo mucho éxito.

Desde que Novell DOS 7 implementó la API DOSMGR y se actualizaron las estructuras de datos internas, su kernel BDOS 7.2 podía informar con una versión DOS de 6.0 y el ID de OEM "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 informaba como DOS 6.0 a las aplicaciones.

Novell DOS 7 introdujo una administración de memoria muy avanzada, incluida la nueva compatibilidad con DPMI (Interfaz de modo protegido de DOS) y DPMS (Servicios de modo protegido de DOS), así como opciones más flexibles de carga alta. También introdujo soporte para "true" multitarea preventiva de múltiples aplicaciones DOS en máquinas virtuales DOS (VDM), un componente originalmente llamado MultiMAX. Esto era similar a 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 paquete TASKMGR 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 nativo de modo protegido 386 de 32 bits que brinda soporte API para multitarea preventiva, multiproceso, virtualización de hardware y administración de dominio de máquinas virtuales DOS. Esta API podría ser utilizada por aplicaciones compatibles con DR DOS. Si TASKMGR se ejecutara más adelante, usaría esta API para instanciar el entorno del sistema DOS de 16 bits actual, crear máquinas DOS virtuales y ejecutar aplicaciones en ellas en lugar de usar su propio soporte de conmutador de tareas en modo real. La multitarea era compatible con Windows, por lo que las tareas iniciadas antes de iniciar Windows también podían verse como tareas en Windows.

Novell DOS 7 y Personal NetWare 1.0 también se enviaron con NetWars, un juego de arcade en 3D habilitado para red.

Novell DOS 7 y Personal NetWare requerían 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 luego se convertiría en Windows 95) a la vista, Novell finalizó el desarrollo de Novell DOS 7 en septiembre de 1994 y detuvo el mantenimiento en enero de 1996 después de más de 15 actualizaciones.

Después de Novell

Cuando Caldera se acercó a Novell en busca de un sistema operativo DOS para incluir en su distribución OpenLinux, Novell vendió la línea de productos a Caldera el 23 de julio de 1996, momento en el que tenía poco valor comercial para ellos.

Entre el DR-DOS propiedad de Caldera y la competencia de la 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. Afirmado por ellos como un cambio puramente técnico, más tarde fue objeto de una importante demanda presentada en Salt Lake City por Caldera con la ayuda de Canopy Group. 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 deposición previa al juicio (donde las partes enumeran las pruebas que tienen la intención de presentar), hubo un acuerdo extrajudicial el 7 de enero de 2000 por una suma no revelada. Esto se reveló en noviembre de 2009 en $ 280 millones.

En agosto de 1996, Roger A. Gross, uno de los ingenieros originales de DR-DOS, se acercó a Caldera, Inc., con sede en EE. UU., con una propuesta para reiniciar el desarrollo de DR-DOS y hacer que Windows 95 se ejecutara en DR-DOS. DOS que ayudaría en el caso judicial. Luego de una reunión 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 encargó establecer una nueva subsidiaria en el Reino Unido. El 10 de septiembre de 1996, Caldera anunció el próximo lanzamiento de OpenDOS (COD) y su intención de lanzar también el código fuente al sistema, y Caldera UK Ltd. se incorporó el 20 de septiembre de 1996. Gross contrató a algunos de los desarrolladores originales del sistema operativo. sistema de Novell EDC, así como algunos nuevos talentos para continuar trabajando en el sistema operativo en un granero reformado en la periferia de Andover, Hampshire, Reino Unido, cerca de la antigua Digital Research y Novell EDC. Además de otras mejoras y mejoras en todo el sistema, se agregaron posteriormente 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), una interfaz gráfica de 32- bit DOS Modo protegido HTML 3.2 navegador web DR-WebSpyder (originalmente basado en el código fuente del navegador web Arachne de Michal Polák) con LAN y acceso telefónico de módem, una extensión POSIX Pthreads para multitarea de Andy T. Wightman, nombre de archivo largo (LONGNAME) de Edward N. Hill, Jr., así como compatibilidad con LBA y FAT32 (DRFAT32) de Matthias R. Paul. Gross también contrató a Andrew Schulman (quien había sido, con Geoff Chappell, fundamental 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 secreto proyecto para crear una versión de DR-DOS compatible con Windows 95, 98 y 98 SE y reemplazar su componente MS-DOS 7.xx. Esto se demostró en CeBIT en marzo de 1998, y luego, en un pequeño equipo, se convirtió en 'WinBolt', ambas versiones de DR-DOS, que permanecieron inéditas hasta 2018, pero jugaron un papel importante en la corte. caso.

Caldera UK lanzó oficialmente Caldera OpenDOS 7.01 el 3 de febrero de 1997, pero esta versión era solo la actualización 10 de Novell DOS 7 (a partir de diciembre de 1994) compilada solo con las adaptaciones necesarias para incorporar el nuevo nombre en los mensajes de visualización, así como en el entorno. variables y nombres de archivos. Faltaba un año de parches que se habían desarrollado para las actualizaciones de DOS de Novell 11 (enero de 1995) a 15.2 (enero de 1996). Esto se debió a que partes de las fuentes de DOS de Novell se habían perdido en Novell mientras tanto. En consecuencia, esta versión aún reportaba una versión interna de BDOS 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 también de Fifth Generation's Search&;Destruya el escáner de virus y la utilidad FastBack Plus 2.0, que anteriormente se incluía con Novell DOS. En cambio, vino incluido con una versión más nueva de PNUNPACK y trajo una versión mucho más avanzada de NetWars.

Partes de OpenDOS 7.01 se lanzaron como código abierto en forma de M.R.S. kit (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. Luego, la fuente se cerró 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, seguido pronto por un nuevo lanzamiento en marzo de 1998, cuando el nombre DR-DOS volvió a ser Caldera DR-DOS 7.02, ahora por primera vez escrito con 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, agregó muchas opciones nuevas de arranque y configuración, integró muchas mejoras de compatibilidad, correcciones de errores y optimizaciones de tamaño y velocidad, y reimplementó todas las correcciones de las actualizaciones faltantes de Novell DOS. El BIOS mejoró la coexistencia de DR-DOS con Windows 9x y su compatibilidad con controladores de compresión de disco de terceros, como DriveSpace de Microsoft. Introdujo un modo de diagnóstico (activado por Scroll Lock), compatibilidad con depurador integrado (con DEBUG=ON y un depurador cargado antes o desde CONFIG.SYS) y capacidades de seguimiento de CONFIG.SYS más flexibles a través de F5/F6/F7/F8 teclas de acceso rápido y los comandos TRACE y TIMEOUT, lo que también mejora la integración de shells de línea de comandos alternativos como 4DOS. Junto con LOADER, SYS /DR:ext y la directiva CHAIN, trajo soporte mejorado de configuración múltiple para archivos DR/D/CONFIG.ext y vino con mejoras en el lenguaje CONFIG.SYS similar a BASIC para menús de inicio más potentes, convenientes interacción del usuario y acción programática sobre condiciones (CPU386), códigos de retorno y niveles de error (ERROR, ONERROR). También permitía cambiar la configuración de SCROLLOCK, CAPSLOCK, INSERT y VERIFY, así como los caracteres SWITCHAR, YESCHAR, NOCHAR y RESUMECHAR. Varios detalles de comportamiento podrían controlarse con nuevos parámetros /Q (silencioso), /L (minúsculas), /Y (sí) y /S (interruptor) para INTERRUPTORES. Ademá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:. Se mejoró el manejo de las variables de entorno en CONFIG.SYS y se incluyeron nuevas funciones de alta carga, como las opciones HIFILES/FILESHIGH y HIFCBS/FCBSHIGH para reubicar los identificadores de archivos y las estructuras FCB en UMB, que normalmente daban entre 1 y 4 KB (y más). a 15 KB) más 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, lo que ayudó a evitar la fragmentación de la memoria y, por lo tanto, generalmente proporcionó entre 5 y 8 KB más memoria HMA continua para que los controladores de terceros compatibles con HMA funcionen junto con shells de línea de comandos de terceros, que no se podían cargar en HMA como COMMAND.COM con su opción /MH. 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 use múltiples archivos COUNTRY.SYS distribuidos y posiblemente configurados por el usuario al mismo tiempo en un modelo jerárquico. Esto también proporcionó soporte de analizador dinámico para formatos de archivo MS-DOS/PC DOS COUNTRY.SYS además de DR-DOS' propios formatos COUNTRY.SYS e introdujo soporte para el formato de fecha internacional ISO 8601 (incluida la detección automática) y la entonces nueva moneda Euro. 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 pesado ideada por Paul para que salieran con gracia cuando se llamaran de manera inapropiada. DR-DOS 7.02 era totalmente compatible con el año 2000 y brindaba soporte especial para trabajar con BIOS del sistema con errores. También vino con un FDISK actualizado, que podía particionar y formatear volúmenes FAT32 (pero aún no funcionaba 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 se podían adaptar al sistema, de modo que DR-DOS 7.02 finalmente no solo alcanzó 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 interno actualizado de BDOS 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 que Novell DOS se disfrazara como versiones de DOS por nombre de archivo y globalmente y, al especificar una subversión mágica de 255, incluso deshabilitaba su propia verificación interna de versión de BDOS para hacer frente a los programas que sondeaban específicamente para " DR-DOS". El kernel modificado y el controlador SETVER de Paul, en un modelo jerárquico, también admitirí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 versiones de DOS, sino también también versiones del núcleo BDOS. 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, mientras que el número de revisión de DOS (generalmente establecido en 0 en una estructura de datos estática, parcheable previa al arranque) se tomaría como la subversión informada, por lo que SETVER /G /X 6.114 permitiría que las versiones de DR-DOS desde 7.02 aún se informen como una versión secundaria. "DOS 6.0" y con una versión 7.2 de BDOS falsa (114 decimal = 72 hexadecimal), haciéndose pasar por Novell DOS 7 / OpenDOS 7.01.

Aunque por lo demás es 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 una porción de cinco estructuras de manejo en la memoria convencional bajo DR-DOS (al igual que con las versiones anteriores hasta la 7.01), mientras que la versión 7.02 por diseño dejaba ocho identificadores en poca memoria al cargar archivos de gran tamaño para mantener la compatibilidad total con versiones anteriores de Windows 3.xx. La compatibilidad con Windows for Workgroups 3.11 no se vio 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 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 llamado IBMBIO85.SCR siguió funcionando con las versiones más nuevas de DR-DOS.

En agosto de 1998, Caldera, Inc., con sede en EE. UU., creó dos nuevas subsidiarias, Caldera Systems, Inc. para el negocio de Linux y Caldera Thin Clients, Inc. para el mercado integrado y de clientes ligeros.

Otra versión, DR-DOS 7.03 (todavía con BDOS 7.3 y notificándose a las aplicaciones como "PC DOS 6.0" por motivos de compatibilidad), se lanzó previamente en la Navidad de 1998 y luego se lanzó oficialmente el 6 de Enero de 1999 por Caldera UK. Llegó con administradores de memoria significativamente mejorados (en particular, compatibilidad mejorada con DPMI junto con el multitarea) y otras mejoras, como las 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 eludidos por NOVOLTRK). 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. deseaba trasladar el negocio de DR-DOS a los EE. UU. y cerró la exitosa operación en el Reino Unido en febrero de 1999 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. (que nunca funcionó debido a la falta total de experiencia en este campo en Caldera US), 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. DR-WebSpyder pasó a llamarse Embrowser y se dijo que se trasladaría a Linux. Lineo relanzó DR-DOS 7.03 en junio y septiembre de 1999, todavía con la marca "Caldera DR-DOS" y sin ningún cambio, pero centrado en Linux para sistemas integrados, basado en una versión simplificada de OpenLinux llamada Embedix.

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) y 7.05 (al 30 de noviembre de 1999), todavía con la marca "Caldera DR-DOS". Estas eran variantes del sistema que consistían solo 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 integrados con Easy Recovery 5 de Ontrack en 2000, reemplazando el controlador de redireccionamiento DRFAT32 de carga dinámica, que aún venía con Easy Recovery 4. También se utilizaron para SeaTools de Seagate Technology y el software de imágenes de CD Nero Burning ROM. Si bien aún informan internamente sobre BDOS 7.3, estas fueron las primeras versiones en informarse a sí mismas como "PC DOS 7.10" a las aplicaciones para indicar el soporte FAT32 integrado. Diseñado para ser en su mayoría compatible con versiones anteriores, DR-DOS 7.04/7.05 IBMBIO.COM podría combinarse con DR-DOS 7.03 IBMDOS.COM para proporcionar capacidades LBA del kernel DR-DOS 7.03 aprobado para escritorio y trabajar con unidades más grandes. de 8 GB. Para requisitos OEM específicos, DR-DOS 7.06 (a partir del 14 de diciembre de 1999) de Wightman combinó los archivos del kernel en un solo ejecutable binario, de modo que, de forma similar a IO.SYS de Windows 98, podría iniciarse con MS-DOS 7.10. sectores (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 la compatibilidad con el acceso al 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 MBR de NEWLDR y sector de arranque, de modo que el código continúe cargando cualquier versión de DR-DOS hasta la 3.31 (y desde DR-DOS 7.04 también compatible con 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 solo podía ser iniciado por los nuevos sectores, sino también por cualquier disco previamente formateado con DR-DOS, así como discos externos con sectores de arranque de PC DOS o MS-DOS existentes y una variedad de otros cargadores de arranque., lo que facilita la coexistencia y la configuración de escenarios de arranque múltiple junto con otros sistemas operativos.

Versiones posteriores

En 2002, Lineo fue comprada y algunos de los ex gerentes de Lineo compraron el nombre y formaron una nueva empresa, DRDOS, Inc. dba DeviceLogics L.L.C. Han seguido vendiendo DR-DOS para su uso en sistemas integrados. DR-DOS 8.0 se lanzó el 30 de marzo de 2004 con 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.

Más tarde, 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 de 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 US$25000.

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 la PC moderna. sistemas operativos distintos de Windows. El proyecto agregó soporte nativo para discos grandes (LBA) y el sistema de archivos FAT32, y varias otras mejoras, incluida una mejor gestión de la 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 se lanzó el 21 de julio de 2011.

Controversias

En octubre de 2005, se descubrió que DR-DOS 8.1 incluía varias utilidades de FreeDOS y de otras fuentes, y que el kernel era una versión obsoleta del kernel DR-DOS mejorado. DR DOS, Inc. no cumplió con la Licencia Pública General (GPL) de GNU al no acreditar las utilidades de FreeDOS a sus autores e incluir el código fuente. 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.

Comandos

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. GOSUB, IDLE, RETURN y SWITCH se agregaron como comandos internos con DR DOS 6.0. ASSIGN y SUBST se cambiaron para convertirse en comandos externos con DR DOS 6.0. ECHOERR y PAUSEERR existían como comandos internos en DR DOS 6.0 (y en DOS multiusuario), pero normalmente no estaban habilitados. MORE siguió siendo un comando interno hasta que se incluyó 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 seguía siendo un comando interno en DR DOS 6.0, pero se cambió a un comando externo con Novell DOS 7.

Comandos internos

La siguiente lista de comandos internos es compatible con DR DOS 6.0:

Subcomandos de procesamiento por lotes

Los subcomandos de procesamiento por lotes de DR DOS 6.0 incluyen:

Comandos externos

DR DOS 6.0 admite los siguientes comandos externos: