Número mágico (programación)

Secuencia de bytes utilizados para identificar o indicar el formato de un archivo

En programación de computadoras , un número mágico es cualquiera de los siguientes:

• Un valor único con significado inexplicable o apariciones múltiples que podrían (preferiblemente) reemplazarse con una constante con nombre
• Un valor numérico o de texto constante utilizado para identificar un formato o protocolo de archivo; para archivos, consulte Lista de firmas de archivos
• Un valor único distintivo que es poco probable que se confunda con otros significados (por ejemplo, identificadores únicos globales ).

Constantes numéricas sin nombre

El término número mágico o constante mágica se refiere al antipatrón de usar números directamente en el código fuente. Se ha dicho que esto es romper una de las reglas de programación más antiguas, que se remonta a los manuales COBOL , FORTRAN y PL/1 de la década de 1960. ^[1] El uso de números mágicos sin nombre en el código oscurece la intención de los desarrolladores al elegir ese número, ^[2] aumenta las oportunidades de errores sutiles (por ejemplo, ¿es correcto cada dígito en 3.14159265358979323846 y es igual a 3.14159? ^[3] ) y hace más difícil que el programa se adapte y amplíe en el futuro. ^[4] Reemplazar todos los números mágicos significativos con constantes con nombre (también llamadas variables explicativas) hace que los programas sean más fáciles de leer, comprender y mantener. ^[5]

Los nombres elegidos para que sean significativos en el contexto del programa pueden dar como resultado un código que sea más fácil de entender para un mantenedor que no sea el autor original (o incluso para el autor original después de un período de tiempo). ^[6] Un ejemplo de una constante con un nombre no informativo es int SIXTEEN = 16, aunque int NUMBER_OF_BITS = 16es más descriptivo.

Los problemas asociados con los 'números' mágicos descritos anteriormente no se limitan a los tipos numéricos y el término también se aplica a otros tipos de datos donde declarar una constante con nombre sería más flexible y comunicativo. ^[1] Por lo tanto, declarar const string testUserName = "John"es mejor que varias apariciones del 'valor mágico' "John"en un conjunto de pruebas .

Por ejemplo, si es necesario barajar aleatoriamente los valores en una matriz que representa una baraja de naipes estándar , este pseudocódigo hace el trabajo utilizando el algoritmo de barajado de Fisher-Yates :

para i del 1 al 52 j := i + aleatorioInt(53 - i) - 1 a.swapEntries(i, j)

donde aes un objeto de matriz, la función randomInt(x)elige un número entero aleatorio entre 1 y x , inclusive, e swapEntries(i, j)intercambia las entradas i y j en la matriz. En el ejemplo anterior, 52es un número mágico. Se considera un mejor estilo de programación escribir lo siguiente:

int deckSize:= 52 para i de 1 a deckSize j := i + randomInt(tamañodecubierta + 1 - i) - 1 a.swapEntries(i, j)

Esto es preferible por varias razones:

• Es más fácil de leer y entender. Un programador que lea el primer ejemplo podría preguntarse: ¿Qué significa aquí el número 52? ¿Por qué 52? El programador puede inferir el significado después de leer el código detenidamente, pero no es obvio. ^[6] Los números mágicos se vuelven particularmente confusos cuando el mismo número se usa para diferentes propósitos en una sección de código.
• Es más fácil alterar el valor del número, ya que no está duplicado. Cambiar el valor de un número mágico es propenso a errores, porque el mismo valor suele usarse varias veces en diferentes lugares dentro de un programa. ^[6] Además, cuando dos variables o números semánticamente distintos tienen el mismo valor, es posible que accidentalmente se editen ambos juntos. ^[6] Para modificar el primer ejemplo para barajar una baraja de Tarot , que tiene 78 cartas, un programador podría reemplazar ingenuamente cada instancia de 52 en el programa con 78. Esto causaría dos problemas. En primer lugar, se perdería el valor 53 en la segunda línea del ejemplo, lo que provocaría que el algoritmo fallara de forma sutil. En segundo lugar, probablemente reemplazaría los caracteres "52" en todas partes, independientemente de si se refieren al tamaño del mazo o a algo completamente distinto, como el número de semanas en un año calendario gregoriano, o más insidiosamente, son parte de un número como "1523", todo lo cual introduciría errores. Por el contrario, cambiar el valor de la deckSizevariable en el segundo ejemplo sería un cambio simple de una línea.
• Fomenta y facilita la documentación. ^[6] El único lugar donde se declara la variable nombrada es un buen lugar para documentar lo que significa el valor y por qué tiene el valor que tiene. Tener el mismo valor en una gran cantidad de lugares genera comentarios duplicados (y los consiguientes problemas al actualizar algunos pero faltan otros) o no deja ningún lugar donde sea natural para el autor explicar el valor y probablemente el lector busque una explicación. .
• Las declaraciones de variables de "número mágico" se colocan juntas, generalmente en la parte superior de una función o archivo, facilitando su revisión y cambio. ^[6]
• Ayuda a detectar errores tipográficos . El uso de una variable (en lugar de un literal) aprovecha la verificación del compilador. Escribir accidentalmente "62" en lugar de "52" no sería detectado, mientras que escribir " dekSize" en lugar de " deckSize" daría como resultado una advertencia del compilador que dekSizeno está declarada.
• Puede reducir la escritura en algunos IDE . Si un IDE admite la finalización de código , completará la mayor parte del nombre de la variable desde las primeras letras.
• Facilita la parametrización. Por ejemplo, para generalizar el ejemplo anterior a un procedimiento que baraja una baraja de cualquier número de cartas, sería suficiente convertirlo deckSizeen un parámetro de ese procedimiento, mientras que el primer ejemplo requeriría varios cambios.

función aleatoria ( int deckSize) para i de 1 a deckSize j := i + randomInt(tamañodecubierta + 1 - i) - 1 a.swapEntries(i, j)

Las desventajas son:

• Cuando la constante nombrada no está definida cerca de su uso, perjudica la localidad y, por tanto, la comprensibilidad del código. Poner el 52 en un lugar posiblemente distante significa que, para comprender completamente el funcionamiento del bucle "for" (por ejemplo, para estimar el tiempo de ejecución del bucle), es necesario localizar la definición y verificar que sea el número esperado. . Esto es fácil de evitar (reubicando la declaración) cuando la constante solo se usa en una parte del código. Por otro lado, cuando la constante nombrada se usa en porciones dispares, la ubicación remota es una pista para el lector de que el mismo valor aparece en otros lugares del código, que también puede valer la pena investigar.
• Puede hacer que el código sea más detallado. La declaración de la constante agrega una línea. Cuando el nombre de la constante es más largo que el del valor, particularmente si varias de esas constantes aparecen en una línea, puede ser necesario dividir una declaración lógica del código en varias líneas. Un aumento en la verbosidad puede justificarse cuando existe cierta probabilidad de confusión acerca de la constante, o cuando existe la posibilidad de que sea necesario cambiar la constante, como en la reutilización de una rutina de barajado para otros juegos de cartas. También puede justificarse como un aumento de la expresividad.
• Puede ser más lento procesar la expresión deckSize + 1en tiempo de ejecución que el valor "53", aunque la mayoría de los compiladores e intérpretes modernos notarán que deckSizese ha declarado como una constante y calcularán previamente el valor 53 en el código compilado. Incluso cuando eso no sea una opción, la optimización del bucle moverá la suma para que se realice antes del bucle. Por lo tanto, normalmente no hay (o es insignificante) una penalización de velocidad en comparación con el uso de números mágicos en el código. Especialmente el costo de la depuración y el tiempo necesario para tratar de comprender el código no explicativo deben compararse con el pequeño costo de cálculo.

Usos aceptados

En algunos contextos, el uso de constantes numéricas sin nombre es generalmente aceptado (y posiblemente "no es mágico"). Si bien dicha aceptación es subjetiva y a menudo depende de los hábitos de codificación individuales, los siguientes son ejemplos comunes:

• el uso de 0 y 1 como valores iniciales o incrementales en un bucle for , comofor (int i = 0; i < max; i += 1)
• el uso de 2 para comprobar si un número es par o impar, como en isEven = (x % 2 == 0), ¿dónde %está el operador de módulo ?
• el uso de constantes aritméticas simples, por ejemplo, en expresiones como circumference = 2 * Math.PI * radius, ^[1] o para calcular el discriminante de una ecuación cuadrática comod = b^2 − 4*a*c
• el uso de potencias de 10 para convertir valores métricos (por ejemplo, entre gramos y kilogramos) o para calcular valores porcentuales y por mil
• exponentes en expresiones como (f(x) ** 2 + f(y) ** 2) ** 0.5for ${\displaystyle {\sqrt {f(x)^{2}+f(y)^{2}}}}$

Las constantes 1 y 0 se utilizan a veces para representar los valores booleanos Verdadero y Falso en lenguajes de programación sin un tipo booleano , como las versiones anteriores de C. La mayoría de los lenguajes de programación modernos proporcionan un tipo primitivoboolean o , por lo que no se recomienda el uso de 0 y 1. Esto puede resultar más confuso ya que 0 a veces significa éxito programático (cuando -1 significa fracaso) y fracaso en otros casos (cuando 1 significa éxito).bool

En C y C++, 0 representa el puntero nulo . Al igual que con los valores booleanos, la biblioteca estándar de C incluye una definición de macro NULLcuyo uso se recomienda. Otros lenguajes proporcionan un valor específico nully nilcuando este es el caso no se debe utilizar ninguna alternativa. La constante de puntero escrita nullptrse introdujo con C++ 11.

Indicadores de formato

Origen

Los indicadores de formato se utilizaron por primera vez en el código fuente de Unix de la versión 7 anterior . ^{[ cita necesaria ]}

Unix fue portado a uno de los primeros DEC PDP-11 /20, que no tenía protección de memoria . Por eso, las primeras versiones de Unix utilizaban el modelo de referencia de memoria reubicable . ^{[7] Las versiones} Unix anteriores a la sexta edición leen un archivo ejecutable en la memoria y saltan a la primera dirección de memoria baja del programa, la dirección relativa cero. Con el desarrollo de versiones paginadas de Unix, se creó un encabezado para describir los componentes de la imagen ejecutable . Además, se insertó una instrucción de bifurcación como primera palabra del encabezado para omitir el encabezado e iniciar el programa. De esta manera, un programa podría ejecutarse en el modo (normal) de referencia de memoria reubicable anterior o en modo paginado. A medida que se desarrollaron más formatos ejecutables, se agregaron nuevas constantes incrementando el desplazamiento de la rama . ^[8]

En el código fuente de la sexta edición del cargador de programas Unix, la función exec() lee la imagen ejecutable ( binaria ) del sistema de archivos. Los primeros 8 bytes del archivo eran un encabezado que contenía los tamaños del programa (texto) y las áreas de datos inicializadas (globales). Además, la primera palabra de 16 bits del encabezado se comparó con dos constantes para determinar si la imagen ejecutable contenía referencias de memoria reubicables (normal), la imagen ejecutable paginada de solo lectura recién implementada o la imagen paginada de instrucciones y datos separados. ^[9] No se mencionó la doble función de la constante de encabezado, pero el byte de orden superior de la constante era, de hecho, el código de operación para la instrucción de bifurcación PDP-11 ( octal 000407 o hexadecimal 0107). Agregar siete al contador del programa mostró que si se ejecutaba esta constante , bifurcaría el servicio Unix exec() sobre el encabezado de ocho bytes de la imagen ejecutable e iniciaría el programa.

Dado que la sexta y séptima ediciones de Unix empleaban código de paginación, la doble función de la constante de encabezado estaba oculta. Es decir, el servicio exec() lee los datos del encabezado ( meta ) del archivo ejecutable en un búfer de espacio del kernel , pero lee la imagen ejecutable en el espacio del usuario , por lo que no utiliza la función de ramificación de la constante. La creación de números mágicos se implementó en el enlazador y cargador de Unix y la ramificación de números mágicos probablemente todavía se usaba en el conjunto de programas de diagnóstico independientes que venían con las ediciones sexta y séptima. Por lo tanto, la constante del encabezado proporcionó una ilusión y cumplió con los criterios de magia .

En la versión siete de Unix, la constante del encabezado no se probó directamente, sino que se asignó a una variable denominada ux_mag ^[10] y posteriormente se la denominó número mágico . Probablemente debido a su singularidad, el término número mágico pasó a significar tipo de formato ejecutable, luego se expandió para significar tipo de sistema de archivos y se expandió nuevamente para significar cualquier tipo de archivo.

en archivos

Los números mágicos son comunes en programas de muchos sistemas operativos. Los números mágicos implementan datos fuertemente tipados y son una forma de señalización dentro de banda para el programa de control que lee los tipos de datos en tiempo de ejecución del programa. Muchos archivos tienen constantes que identifican los datos contenidos. Detectar dichas constantes en archivos es una forma sencilla y eficaz de distinguir entre muchos formatos de archivos y puede proporcionar más información en tiempo de ejecución .

Ejemplos

• Los archivos de clase Java compilados ( código de bytes ) y los binarios de Mach-O comienzan con hexadecimal CAFEBABE. Cuando se comprime con Pack200, los bytes se cambian a CAFED00D.
• Los archivos de imagen GIF tienen el código ASCII para "GIF89a" ( 47 49 46 38 39 61) o "GIF87a" ( 47 49 46 38 37 61)
• Los archivos de imagen JPEG comienzan FF D8y terminan con FF D9. Los archivos JPEG/ JFIF contienen la cadena terminada en nulo "JFIF" ( 4A 46 49 46 00). Los archivos JPEG/ Exif contienen la cadena terminada en nulo "Exif" ( 45 78 69 66 00), seguida de más metadatos sobre el archivo.
• Los archivos de imagen PNG comienzan con una firma de 8 bytes que identifica el archivo como un archivo PNG y permite la detección de problemas comunes de transferencia de archivos: "\211PNG\r\n\032\n" ( 89 50 4E 47 0D 0A 1A 0A). Esa firma contiene varios caracteres de nueva línea para permitir detectar conversiones de nueva línea automáticas injustificadas, como la transferencia del archivo mediante FTP con el modo de transferencia ASCII en lugar del modo binario . ^[11]
• Los archivos de audio MIDI estándar tienen el código ASCII para "MThd" ( encabezado de pista M IDI ) seguido de más metadatos.4D 54 68 64
• Los scripts de Unix o Linux pueden comenzar con un shebang ("#!", 23 21) seguido de la ruta a un intérprete , si es probable que el intérprete sea diferente de aquel desde el cual se invocó el script.
• Los ejecutables ELF comienzan con el byte 7Fseguido de "ELF" ( 7F 45 4C 46).
• Los archivos y programas PostScript comienzan con "%!" ( 25 21).
• Los archivos PDF comienzan con "%PDF" (hexadecimal 25 50 44 46).
• Los archivos ejecutables DOS MZ y el código auxiliar EXE de los archivos Microsoft Windows PE (Portable Executable) comienzan con los caracteres "MZ" ( 4D 5A), las iniciales del diseñador del formato de archivo, Mark Zbikowski . La definición permite el poco común "ZM" ( 5A 4D) así como para dosZMXP, un EXE que no es PE. ^[12]
• El formato de superbloque Berkeley Fast File System se identifica como versión 19 54 01 19o 01 19 54según la versión; ambos representan el cumpleaños del autor, Marshall Kirk McKusick .
• El Master Boot Record de los dispositivos de almacenamiento de arranque en casi todos los PC compatibles con IBM IA-32 tiene un código de como sus dos últimos bytes.55 AA
• Los ejecutables para los sistemas de videojuegos portátiles Game Boy y Game Boy Advance tienen un número mágico de 48 o 156 bytes, respectivamente, en un lugar fijo del encabezado. Este número mágico codifica un mapa de bits del logotipo de Nintendo .
• Los archivos Hunk ejecutables del software Amiga que se ejecutan en máquinas Amiga classic 68000 comenzaban con el número hexadecimal $000003f3, apodado "Magic Cookie".
• En Amiga, la única dirección absoluta en el sistema es hexadecimal $0000 0004 (ubicación de memoria 4), que contiene la ubicación de inicio llamada SysBase, un puntero a exec.library, el llamado núcleo de Amiga.
• Los archivos PEF , utilizados por los ejecutables clásicos de Mac OS y BeOS para PowerPC , contienen el código ASCII para "¡Joy!" ( 4A 6F 79 21) como prefijo.
• Los archivos TIFF comienzan con "II" o "MM" seguido de 42 como un entero de dos bytes en orden de bytes little o big endian . "II" es para Intel, que utiliza el ordenamiento de bytes little endian , por lo que el número mágico es 49 49 2A 00. "MM" es para Motorola, que utiliza el orden de bytes big endian , por lo que el número mágico es 4D 4D 00 2A.
• Los archivos de texto Unicode codificados en UTF-16 a menudo comienzan con la marca de orden de bytes para detectar el endianidad ( FE FFpara big endian y FF FElittle endian). Y en Microsoft Windows , los archivos de texto UTF-8 suelen comenzar con la codificación UTF-8 del mismo carácter, EF BB BF.
• Los archivos LLVM Bitcode comienzan con "BC" ( 42 43).
• Los archivos WAD comienzan con "IWAD" o "PWAD" (para Doom ), "WAD2" (para Quake ) y "WAD3" (para Half-Life ).
• Los archivos de formato binario de archivos compuestos de Microsoft (conocido principalmente como uno de los formatos más antiguos de documentos de Microsoft OfficeD0 CF 11 E0 ) comienzan con , que sugiere visualmente la palabra "DOCFILE0".
• Los encabezados de los archivos ZIP suelen aparecer en los editores de texto como "PK♥♦" ( 50 4B 03 04), donde "PK" son las iniciales de Phil Katz , autor de la utilidad de compresión de DOS PKZIP .
• Los encabezados de los archivos 7z comienzan con "7z" (número mágico completo:) 37 7A BC AF 27 1C.

Detección

El programa de utilidad Unix filepuede leer e interpretar números mágicos de archivos, y el archivo que se utiliza para analizar la información se llama magic . La utilidad TrID de Windows tiene un propósito similar.

En protocolos

Ejemplos

• El protocolo OSCAR , utilizado en AIM / ICQ , antepone las solicitudes con 2A.
• En el protocolo RFB utilizado por VNC , un cliente inicia su conversación con un servidor enviando "RFB" ( 52 46 42, para "Remote Frame Buffer") seguido del número de versión del protocolo del cliente.
• En el protocolo SMB utilizado por Microsoft Windows, cada solicitud SMB o respuesta del servidor comienza con ' FF 53 4D 42', o "\xFFSMB"al inicio de la solicitud SMB.
• En el protocolo MSRPC utilizado por Microsoft Windows, cada solicitud basada en TCP comienza con 05el inicio de la solicitud (que representa Microsoft DCE/RPC versión 5), seguido inmediatamente por un 00o 01para la versión secundaria. En las solicitudes MSRPC basadas en UDP, el primer byte siempre es 04.
• En las interfaces ordenadas COM y DCOM , denominadas OBJREF , siempre comience con la secuencia de bytes "MEOW" ( 4D 45 4F 57). Las extensiones de depuración (utilizadas para la conexión de canales DCOM) están precedidas por la secuencia de bytes "MARB" ( 4D 41 52 42).
• Las solicitudes de seguimiento BitTorrent no cifradas comienzan con un solo byte que contiene el valor 19que representa la longitud del encabezado, seguido inmediatamente por la frase "protocolo BitTorrent" en la posición 1 del byte.
• El tráfico de eDonkey2000 / eMule comienza con un solo byte que representa la versión del cliente. Actualmente E3representa un cliente eDonkey, C5representa eMule y D4representa eMule comprimido.
• Los primeros 4 bytes de un bloque en Bitcoin Blockchain contienen un número mágico que sirve como identificador de red. El valor es una constante 0xD9B4BEF9, que indica la red principal, mientras que la constante 0xDAB5BFFAindica la red de prueba.
• Las transacciones SSL siempre comienzan con un mensaje de "hola del cliente". El esquema de encapsulación de registros utilizado para prefijar todos los paquetes SSL consta de formularios de encabezado de dos y tres bytes. Normalmente, un mensaje de saludo de cliente SSL versión 2 tiene el prefijo a 80y una respuesta del servidor SSLv3 a un saludo de cliente comienza con 16(aunque esto puede variar).
• Los paquetes DHCP utilizan un valor de "cookie mágica" de ' 0x63 0x82 0x53 0x63' al inicio de la sección de opciones del paquete. Este valor está incluido en todos los tipos de paquetes DHCP.
• Las conexiones HTTP/2 se abren con el prefacio ' 0x505249202a20485454502f322e300d0a0d0a534d0d0a0d0a' o " PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n". El prefacio está diseñado para evitar el procesamiento de tramas por parte de servidores e intermediarios que soportan versiones anteriores de HTTP pero no 2.0.

En interfaces

Los números mágicos son comunes en las funciones e interfaces API de muchos sistemas operativos , incluidos DOS , Windows y NetWare :

Ejemplos

• Los BIOS compatibles con PC IBM utilizan valores mágicos 0000para 1234decidir si el sistema debe contar con memoria o no al reiniciar, realizando así un arranque en frío o en caliente. Estos valores también los utilizan los administradores de memoria EMM386 que interceptan solicitudes de arranque. ^[13] Las BIOS también utilizan valores mágicos 55 AApara determinar si un disco es de arranque. ^[14]
• El caché de disco de MS-DOS SMARTDRV (con nombre en código "Bambi") utiliza valores mágicos BABE y EBAB en funciones API. ^[13]
• Muchos controladores DR DOS , Novell DOS y OpenDOS desarrollados en el antiguo Centro Europeo de Desarrollo en el Reino Unido utilizan el valor 0EDC como token mágico al invocar o proporcionar funcionalidad adicional además de las funciones estándar (emuladas) de DOS, siendo NWCACHE un ejemplo. ^[13]

Otros usos

Ejemplos

• La dirección MAC predeterminada en los SOC de Texas Instruments es DE:AD:BE:EF:00:00. ^[15]

Límites de tipo de datos

Esta es una lista de límites de los tipos de almacenamiento de datos: ^[16]

GUID

Es posible crear o alterar identificadores únicos globalmente (GUID) para que sean memorables, pero esto se desaconseja porque compromete su fuerza como identificadores casi únicos. ^{[17] [18]} Las especificaciones para generar GUID y UUID son bastante complejas, lo que los lleva a ser prácticamente únicos, si se implementan correctamente. . ^{[ cita necesaria ]}

Los números de identificación de producto de Microsoft Windows para los productos de Microsoft Office a veces terminan en 0000-0000-0000000FF1CE("OFFICE"), como { 90160000-008C-0000-0000-0000000FF1CE}, el ID de producto para el "Componente de extensibilidad hacer clic y ejecutar de Office 16".

Java utiliza varios GUID que comienzan con CAFEEFAC. ^[19]

En la tabla de particiones GUID del esquema de partición GPT, las particiones de arranque del BIOS utilizan el GUID especial { 21686148-6449-6E6F-744E-656564454649} ^[20] que no sigue la definición de GUID; en cambio, se forma utilizando los códigos ASCII para la cadena " Hah!IdontNeedEFI" parcialmente en orden little endian . ^[21]

Valores de depuración

Los valores de depuración mágica son valores específicos escritos en la memoria durante la asignación o desasignación, de modo que luego será posible saber si se han dañado o no y hacer obvio cuándo se están utilizando valores tomados de la memoria no inicializada. La memoria generalmente se ve en hexadecimal, por lo que son comunes los valores repetidos o de jerga hexadecimal memorables . Se pueden preferir valores numéricamente impares para que los procesadores sin direccionamiento de bytes fallen al intentar usarlos como punteros (que deben caer en direcciones pares). Se deben elegir valores que estén alejados de direcciones probables (el código del programa, datos estáticos, datos del montón o la pila). De manera similar, se pueden elegir de manera que no sean códigos válidos en el conjunto de instrucciones para la arquitectura dada.

Dado que es muy poco probable, aunque posible, que un entero de 32 bits tome este valor específico, la aparición de dicho número en un depurador o volcado de memoria probablemente indique un error como un desbordamiento del búfer o una variable no inicializada .

Ejemplos famosos y comunes incluyen:

La mayoría de ellos tienen una longitud de 32 bits cada uno , el tamaño de palabra de la mayoría de las computadoras con arquitectura de 32 bits.

La prevalencia de estos valores en la tecnología de Microsoft no es una coincidencia; se analizan en detalle en el libro de Steve Maguire Writing Solid Code de Microsoft Press . Da una variedad de criterios para estos valores, tales como:

• No deberían ser útiles; es decir, se debe esperar que la mayoría de los algoritmos que operan con ellos hagan algo inusual. Números como cero no se ajustan a este criterio.
• El programador debería reconocerlos fácilmente como valores no válidos en el depurador.
• En las máquinas que no tienen alineación de bytes , deben ser números impares , de modo que eliminar la referencia a ellos como direcciones provoque una excepción.
• Deberían causar una excepción, o quizás incluso una interrupción del depurador, si se ejecutan como código.

Dado que a menudo se usaban para marcar áreas de la memoria que estaban esencialmente vacías, algunos de estos términos llegaron a usarse en frases que significaban "desaparecido, abortado, borrado de la memoria"; por ejemplo, "Su programa es DEADBEEF". ^{[ cita necesaria ]}

Ver también

• cuerda magica
• Formato de archivo § Número mágico
• Lista de firmas de archivos
• cuatrocc
• Código difícil
• Magia (programación)
• NaN (no es un número)
• Tipo enumerado
• Hexspeak , para otra lista de valores mágicos.
• Nada bajo la manga sobre constantes mágicas en algoritmos criptográficos
• Errores de formato y almacenamiento de tiempo , para problemas que pueden ser causados ​​por magia
• Valor centinela (también conocido como valor de bandera, valor de viaje, valor deshonesto, valor de señal, datos ficticios)
• Valor canario , valor especial para detectar desbordamientos del búfer
• XYZZY (palabra mágica)
• Raíz cuadrada inversa rápida , un algoritmo que utiliza la constante 0x5F3759DF

Referencias

1. Martín, Robert C. (2009). "Capítulo 17: Olores y heurística - G25 Reemplazar números mágicos con constantes con nombre". Código limpio: un manual de artesanía en software ágil . Boston: Prentice Hall. pag. 300.ISBN​ 978-0-13-235088-4.
2. Martín, Robert C. (2009). "Capítulo 17: Olores y heurística - Intención oscurecida G16". Código limpio: un manual de artesanía en software ágil . Boston: Prentice Hall. pag. 295.ISBN​ 978-0-13-235088-4.
3. Contieri, Maxi (20 de octubre de 2020). "Code Smell 02 - Constantes y números mágicos". Maximiliano Contieri - Diseño de Software . Consultado el 21 de marzo de 2024 .
4. Maguire, James (9 de diciembre de 2008). "Bjarne Stroustrup sobre la formación de desarrolladores de software". Datamation.com . Archivado desde el original el 23 de junio de 2018.
5. Vogel, Jeff (29 de mayo de 2007). "Seis formas de escribir código más comprensible". Desarrollador IBM . Archivado desde el original el 26 de septiembre de 2018.
6. Paul, Matías R. (9 de abril de 2002). "[fd-dev] CuteMouse 2.0 alfa 1". freedos-dev . Archivado desde el original el 7 de abril de 2022 . Consultado el 4 de agosto de 2022 .
7. "Comentarios extraños y acciones extrañas en Unix". Laboratorios Bell . 2002-06-22. Archivado desde el original el 4 de noviembre de 2006.
8. Comunicación personal con Dennis M. Ritchie.
9. "El árbol Unix V6/usr/sys/ken/sys1.c". La sociedad del patrimonio de Unix . Archivado desde el original el 26 de marzo de 2023.
10. "El árbol Unix V7/usr/sys/sys/sys1.c". La sociedad del patrimonio de Unix . Archivado desde el original el 26 de marzo de 2023.
11. "Especificación PNG (Portable Network Graphics) Versión 1.0: 12.11. Firma de archivo PNG". MIT . 1996-10-01. Archivado desde el original el 26 de marzo de 2023.
12. Chen, Raymond (24 de marzo de 2008). "¿Cuál es la diferencia entre las extensiones COM y EXE?". Lo viejo y nuevo . Archivado desde el original el 18 de febrero de 2019.
13. Paul, Matthias R. (3 de abril de 2002). "[fd-dev] Ctrl+Alt+Supr". freedos-dev . Archivado desde el original el 9 de septiembre de 2017 . Consultado el 9 de septiembre de 2017 .(NB. Menciona una serie de valores mágicos utilizados por BIOS compatibles con PC de IBM (0000h, 1234h), administradores de memoria de DOS como EMM386 (1234h) y cachés de disco como SMARTDRV (EBABh, BABEh) y NWCACHE (0EDCh, EBABh, 6756h). )
14. "El proceso de arranque BIOS/MBR". Base de conocimientos de NeoSmart . 2015-01-25. Archivado desde el original el 26 de marzo de 2023 . Consultado el 3 de febrero de 2019 .
15. "Comunidad TI E2E: ¿Alguien sabe si las siguientes configuraciones se pueden realizar con la herramienta MCP CLI?". Instrumentos Texas . 2011-08-27. Archivado desde el original el 7 de octubre de 2022.
16. Poley, Josh (30 de septiembre de 2009). "Números mágicos: números enteros". Aprender . Microsoft . Archivado desde el original el 28 de marzo de 2023.
17. Recién llegado, Joseph M. (13 de octubre de 2001). "Gestión de mensajes: garantizar la unicidad". Fusión de desarrolladores . Archivado desde el original el 21 de abril de 2005 . Consultado el 16 de noviembre de 2007 .
18. Osterman, Larry (21 de julio de 2005). "Los UUID sólo son únicos si los genera..." WebLog de Larry Osterman - Confesiones de un viejo Fogy . MSDN. Archivado desde el original el 28 de marzo de 2023 . Consultado el 16 de noviembre de 2007 .
19. "Implementación de subprogramas de Java con versiones familiares JRE en el complemento Java para Internet Explorer". Oráculo . Archivado desde el original el 30 de noviembre de 2022 . Consultado el 28 de marzo de 2023 .
20. "Instalación de GNU GRUB, Sección 3.4: Instalación del BIOS". Gnu.org . Archivado desde el original el 15 de marzo de 2023 . Consultado el 26 de junio de 2014 .
21. Heddings, Lowell (3 de noviembre de 2014). "Números mágicos: los códigos secretos que los programadores ocultan en su PC". Cómo hacerlo geek . Archivado desde el original el 26 de marzo de 2023 . Consultado el 3 de octubre de 2017 .
22. Cavit, Doug (24 de abril de 2012). "Protegerse contra la reutilización de referencias a objetos obsoletos". Microsoft seguro . Archivado desde el original el 26 de julio de 2018 . Consultado el 26 de julio de 2018 .
23. Bolena, Erich Stefan (4 de abril de 1995). "Comentarios sobre la propuesta 'MultiBoot Standard'". Uruk.org . Archivado desde el original el 26 de marzo de 2023.
24. "Nota técnica TN2151: comprensión y análisis de informes de fallos de aplicaciones". Documentación para desarrolladores de Apple . 2009-01-29. Archivado desde el original el 13 de diciembre de 2018.
25. Birkett, Andrés. "Partes internas del montón CRT de depuración de Win32". Nobugs.org .
26. McNamara, Paul (19 de julio de 2012). "El código de Microsoft contiene la frase 'pechos grandes'... Sí, de verdad". Mundo de la Red .
27. WebKit, el proyecto de código abierto WebKit, 2023-01-06 , consultado el 6 de enero de 2023
28. "AddressSanitizer - Preguntas frecuentes". GitHub . Consultado el 18 de mayo de 2022 .
29. "MANUAL DE REFERENCIA DEL PROGRAMADOR INTEL 80386". MIT .
30. Scheppner, Carolyn. "Guía de Amiga Mail Vol.2". Cataclismo.cx . Archivado desde el original el 18 de julio de 2011 . Consultado el 20 de agosto de 2010 .
31. "Comprobación de errores 0xDEADDEAD MANUALLY_INITIATED_CRASH1". Documentación de Microsoft . 2023-06-19.
32. "Safari versión 14.0.1 se cierra inesperadamente".
33. "strncat_s, _strncat_s_l, wcsncat_s, _wcsncat_s_l, _mbsncat_s, _mbsncat_s_l". Documentación de Microsoft . Consultado el 16 de enero de 2019 .