dircomando.«¿ Abortar, Reintentar, Fallar? » (o «¿ Abortar, Reintentar, Ignorar? ») es un mensaje de error que se encuentra en los sistemas operativos DOS , que solicita al usuario final que indique qué acción debe seguir. Aunque representa una mejora con respecto a CP/M , [ 1 ] el mensaje ha sido citado como un ejemplo de mala usabilidad en las interfaces de usuario de las computadoras .
Fondo
En CP/M, intentar leer una unidad de disquete con la puerta abierta provocaba que el programa se bloqueara hasta que se insertara un disquete y se cerrara la puerta (los primeros sistemas de disquete no enviaban ninguna señal hasta que el disquete giraba, y un temporizador para detectar la falta de señal requería demasiado código en estos sistemas tan pequeños). Muchos usuarios de CP/M se acostumbraron a esto como método para gestionar varios disquetes, abriendo la unidad para impedir que un programa leyera o escribiera un archivo hasta que se pudiera insertar el disquete correcto.
Una consideración fundamental en el diseño de PC DOS fue que el software escrito para CP/M fuera portable a DOS sin modificaciones. Incluso el primer IBM PC tenía hardware que le indicaba al sistema operativo que la puerta de la unidad de disco estaba abierta, pero devolver un error al software requeriría reescribirlo para manejar dicho error. Aun así, era deseable mejorar la experiencia, en particular ofreciendo al usuario una forma de salir del bloqueo sin tener que buscar un disco para insertar en la unidad. [ 1 ] El indicador de comandos se inventó por esta razón.
De forma similar, CP/M leía o escribía repetidamente en un sector del disco mientras persistiera el error. A menudo, la única solución era cambiar el disco por otro (en cuyo caso leía datos aleatorios del nuevo disco). El indicador de comandos también se utilizaba para detener este proceso.
Descripción
Un disco faltante, la puerta de la unidad de disco abierta o un error de suma de comprobación al leer un disco fueron definidos por DOS como "errores críticos" y llamarían al "controlador de errores críticos". [ 2 ] El "controlador de errores críticos" predeterminado era parte de COMMAND.COM [ 2 ] e imprimía el mensaje "Abortar, Reintentar, ...", luego esperaba la entrada del usuario. Los usuarios podían presionar una tecla para indicar lo que querían que sucediera; las opciones disponibles incluían: [ 3 ]
- Abortar ( A ): Finaliza la operación o el programa y regresa al símbolo del sistema. El programa no realizará ninguna limpieza (como completar la escritura de otros archivos).
- Reintentar ( R ): Intentar la operación de nuevo. "Reintentar" era la opción que el usuario utilizaba si podía solucionar el problema insertando un disco y cerrando la puerta de la unidad. En los primeros equipos, reintentar un error de lectura de disco a veces tenía éxito, pero a medida que las unidades de disco mejoraron, esto se volvió mucho menos probable.
- Ignorar ( I ): Solo aparece en caso de errores de lectura del disco. Devuelve el estado de éxito y los datos que se encontraban en el búfer de lectura (que podrían contener algunos de los datos correctos).
- Fallo ( F ): A partir de MS-DOS/PC DOS 3.3, "Fail" devolvía un código de error al programa, similar a un error de "archivo no encontrado". El programa podía entonces recuperarse sin problemas, quizás solicitando al usuario un nombre de archivo diferente. Esto solucionó el principal problema del mensaje (que anteriormente era "¿Abortar, Reintentar, Ignorar?") al proporcionar una opción que no bloqueaba el programa ni repetía el mensaje.
Un programa podía instalar su propio "manejador de errores críticos" durante su ejecución, [ 2 ] y muchos de los programas más sofisticados (en particular, los de pantalla completa) lo hacían para evitar que los mensajes interrumpieran la visualización. Algunos programas simulaban la falta de la respuesta "Fail" en DOS 2.0 volviendo al programa que los llamaba, omitiendo la pila de retorno en DOS. Este era un truco arriesgado, ya que dependía de la estructura de la pila y omitía las operaciones de limpieza del sistema operativo.
MS-DOS 6.22 incluía un caso particular en el que la única opción era "(R) Reintentar": cuando no se podía completar el vaciado de la caché de escritura diferida del disco duro. El usuario podía intentar repetir la escritura hasta que se completara o apagar el sistema.
Usabilidad
El mensaje de error se ha descrito como un ejemplo de mal diseño de interfaz de usuario . En casi todos los casos, la 'R' simplemente repetía el mensaje, mientras que todas las demás letras provocaban el equivalente a un fallo del programa y la pérdida de todo el trabajo realizado. En versiones posteriores, a veces la 'Fail' no provocaba el fallo del programa. La investigadora Mireille Hildebrandt lo describió de esta manera: [ 4 ]
Se ha convertido en un icono del mal diseño de interfaz, porque no llevaba a ninguna parte... Un auténtico dilema sin salida, ya que la única opción viable parecía ser seguir escribiendo R hasta que uno estuviera dispuesto a aceptar que su trabajo se había perdido y que no quedaba nada más que hacer que cerrar el programa y empezar de nuevo.
Sistemas modernos
Los discos duros y los medios extraíbles de mayor tamaño , como las unidades Zip, hicieron obsoleta la necesidad de gestionar varios discos por unidad, lo que hizo que el indicador de comandos resultara inútil. Este fue reemplazado gradualmente por código que actuaba como "Fail" inmediatamente. COMMAND.COM de DOS 3.3 proporcionaba la opción de inicio /Fpara forzar al manejador de errores críticos predeterminado a devolver "Fail" en todos los errores. A partir de la versión 4.0, los procesadores de línea de comandos alternativos 4DOS y NDOS admitieron /Fla directiva correspondiente CritFail=Yesen 4DOS.INI/ NDOS.INI. La opción también era compatible con COMMAND.COM de PTS-DOS 6.51 y S/DOS 1.0, así como con DR-DOS 7.02 y versiones posteriores. En OpenDOS 7.01, COMMAND.COM proporciona una característica similar con /N(descrita como "no instalar un manejador de errores críticos"), que aún es compatible con versiones más recientes. La mayoría de los demás sistemas operativos, como Linux, siempre actúan como "Fail" en todos los casos.

A partir de 2001, Windows aún puede generar una solicitud similar, aunque en un cuadro de diálogo y con un mensaje de error más completo. Las opciones son similares pero con nombres diferentes: "Cancelar" (para el usuario es similar a "Abortar", pero técnicamente es un "Error" con un código de error distinto), "Intentar de nuevo" (en lugar de "Reintentar") y "Continuar" (en lugar de "Error"). Esto puede ser compatible con los controladores de algunos medios extraíbles cuando se abre un archivo con el nombre de volumen completo o cuando se extrae el disco mientras el archivo está abierto. Sin embargo, para acciones comunes similares a las que activaban la solicitud en DOS, como intentar leer "E:" cuando no hay ningún disco en la unidad de CD, Windows produce un "Error" inmediato.
En la cultura popular
- Variaciones humorísticas de « El cuervo » de Edgar Allan Poe, que utilizaban «¿Abortar, Reintentar, Ignorar?» en lugar de «nunca más», se escribieron en las décadas de 1980 y 1990 y fueron bastante populares, distribuyéndose por tablón de anuncios y correo electrónico. [ 5 ] La versión original y más conocida se atribuye al poeta de Cleveland Marcus Bales . [ 6 ] [ 7 ]
- En 1993, Neil Howe publicó 13th Gen: Abort, Retry, Ignore, Fail?, un libro comprensivo sobre la cultura de la Generación X. [ 8 ]
- En 1996, White Town lanzó un EP titulado >Abortar, Reintentar, Fallar?_ . [ 9 ]
- La revista PC Magazine ha utilizado el término como título de su columna que destaca errores humorísticos relacionados con la informática. [ 10 ]
Véase también
Referencias
- 1 2 Hughes, David B. (noviembre de 1982). "CP/M-86 y MS-DOS: un análisis comparativo" . PC Magazine . Sistemas operativos. Vol. 1, n.º 7. Software Communications, Inc. págs. 181–182 , 187–190 [189]. Archivado del original el 10 de febrero de 2020. Recuperado el 10 de febrero de 2020. [
...] El manejo de errores es una de las características más maduras de MS-DOS. El sistema operativo detecta los errores de disco y muestra un mensaje de error en inglés comprensible, con las opciones REINTENTAR, IGNORAR o ABORTAR. Los programas de aplicación que se ejecutan bajo MS-DOS también pueden detectar estos errores y manejarlos de la manera que sea más coherente con la aplicación, asegurando que el programa de aplicación siempre tenga el control del sistema. [...]
- 1 2 3 Hyde, Randy (29 de septiembre de 1996). "Capítulo 19.1.3: Manejo de excepciones en DOS: El manejador de errores críticos". El arte de la programación en lenguaje ensamblador . Archivado del original el 6 de febrero de 2010.
- ↑ "Acción tomada en caso de abortar, reintentar, ignorar o fallar" . Base de conocimientos de Microsoft . Microsoft . 16 de noviembre de 2006. KB67586. Archivado del original el 8 de julio de 2010. Consultado el 18 de abril de 2009 .
- ↑ Hildebrandt, Mireille ; Gaakeer, Jeanne (23 de mayo de 2013). Derecho humano y derecho informático: perspectivas comparadas . Springer Science & Business Media . págs. 47-48 . ISBN 978-9-40076314-2.
- ↑ "Midnight Dreary - Proyecto GNU - Fundación del Software Libre" .
- ↑ "Abortar, Reintentar, Ignorar - Poe Puree" . www.stokely.com .
- ↑ "Tres parodias de El cuervo " . www.silverberch.com
- ↑ Howe, Neil; Strauss, Bill (1993). 13.ª generación: ¿Abortar, reintentar, ignorar, fallar? (1.ª ed.). Nueva York, EE. UU.: Vintage Books . ISBN 978-0-67974365-1.
- ↑ "Abortar, Reintentar, Fallar?_ Tu Mujer" . discogs . 1997. Archivado del original el 15-10-2011 . Recuperado el 18-04-2008 .
- ↑ Louderback, Jim (3 de mayo de 2006). "Cambio radical de PC Magazine" . Archivado del original el 8 de febrero de 2009. Consultado el 27 de julio de 2008 .
- Tecnología DOS
- Errores informáticos
- frases en inglés