Algunos mensajes de error generados por el compilador MPW C de Apple (2006)

 (cs.cmu.edu)
2 puntos por GN⁺ 2023-08-28 | 1 comentarios | Compartir por WhatsApp
  • Una página que reúne mensajes de error del compilador MPW C de Apple; dice que son extractos reales obtenidos al decompilar los recursos de tipo String del compilador
  • En lugar de diagnósticos típicos de compilador, transmite reglas de ANSI C, restricciones de tipos y errores de sintaxis con frases mezcladas con bromas y sátira
  • Entre los ejemplos hay errores del lenguaje C como la longitud de literales de cadena, labels dentro de switch, la posición de typedef, la combinación de volatile/register y la modificación de constantes
  • También apunta directamente a ciertas situaciones de compilación concretas, como errores relacionados con la manipulación de void *, conversiones a void, redefinición de struct y casos donde se mezclan goto e inicialización de variables automáticas
  • El compilador pesa 324 KB, y se añade que la lista publicada podría ser solo una selección y que la cuestión de derechos de autor no está clara

Colección de mensajes de error del compilador MPW C

  • Una página que enumera algunos de los mensajes de error generados por el compilador MPW C de Apple
  • Los mensajes se presentan como salidas reales, y se indica que fueron obtenidos al decompilar los recursos String del compilador
  • Como el compilador pesa 324 KB, es posible que la lista no sea completa sino solo una selección
  • Se aclara que el tema de los derechos de autor no está del todo claro

Ejemplos de diagnósticos reales que parecen chistes

  • Mensajes que retuercen la sintaxis de C y la norma ANSI

    • Límite de longitud para literales de cadena:
      • "String literal too long (I let you have 512 characters, that's 3 more than ANSI said I should)"
    • Error que dice que dentro de una sentencia switch solo debe haber labels case o default:
      • "...And the lord said, 'lo, there shall only be case or default labels inside a switch statement'"
    • Situación en la que aparece un nombre typedef inesperado:
      • "a typedef name was a complete surprise to me at this point in your program"
    • Mensaje que cita una cláusula de ANSI C para señalar que el destino del cast debe ser escalar:
      • "type in (cast) must be scalar; ANSI 3.3.4; page 39, lines 10-11 (I know you don't care, I'm just trying to annoy you)"

  • Errores relacionados con tipos y declaraciones

    • Mensaje que indica que no se pueden usar volatile y register juntos:
      • "'Volatile' and 'Register' are not miscible"
    • Expresa de forma satírica el error de que una constante no puede modificarse:
      • "You can't modify a constant, float upstream, win an argument with the IRS, or satisfy this compiler"
    • Situación en la que se intenta redefinir una struct ya definida:
      • "This struct already has a perfectly good definition"
    • Restricción de cast relacionada con void:
      • "Can't cast a void type to type void (because the ANSI spec. says so, that's why)"
    • Mensaje que dice que no se puede manipular un void * a la ligera:
      • "can't go mucking with a 'void *'"

  • Expresiones de error cortas o exageradas

    • Error corto y directo:
      • "Huh ?"
    • Situación en la que vuelve a encontrarse una función ya procesada:
      • "we already did this function"
    • Error largo que junta goto desde fuera del bloque, una variable automática con inicializador y una ventana demasiado angosta:
      • "This label is the target of a goto from outside of the block containing this label AND this block has an automatic variable with an initializer AND your window wasn't wide enough to read this whole error message"
    • Situación en la que se encuentra /* dentro de un comentario:
      • "Call me paranoid but finding '/*' inside this comment makes me suspicious"
    • Situación con demasiados errores en una sola línea:
      • "Too many errors on one line (make fewer)"
    • Error fatal de heap porque la tabla de símbolos está llena:
      • "Symbol table full - fatal heap error; please go buy a RAM upgrade from your local Apple dealer"

Lecturas relacionadas

1 comentarios

 
GN⁺ 2023-08-28
Opiniones de Hacker News

  • Extraño la época en que había este tipo de espíritu juguetón en la computación.
    Cuando estaba en Amazon, mi gerente me contó que antes, al actualizar la página 404, había escaneado un dibujo de un gato hecho por su hija y lo había puesto en el cuerpo de la página. Cuando entré en 2009, esa imagen seguía ahí, pero en algún momento parece que alguien se dio cuenta y la cambió por una foto de stock de un perro. Aun así, el nombre del asset seguía siendo kayli-kitty.jpg, y después volvió a cambiar a una rotación de fotos, con lo que desapareció todo rastro del original.

  • Eso de “Symbol table full - fatal heap error; please go buy a RAM upgrade from your local Apple dealer” me recuerda aquellos viejos tiempos en que, aun después de comprar la computadora, podías comprar una actualización de RAM.
    Hoy sería “Symbol table full - fatal heap error; please go buy a new Mac with more RAM”.

    • No necesariamente. Classic Mac OS no soportaba memoria virtual, así que, a menos que el programa descargara manualmente al disco los datos que no estaba usando, todo tenía que caber en RAM.
      Los sistemas operativos modernos soportan swapping, así que la compilación continúa, solo que mucho más lenta. Para que una computadora moderna realmente se quede “sin memoria”, tendrías que llenar tanto la RAM como el disco.
    • Entiendo la lógica de la memoria unificada en los SoC, pero aun así da pena. Ni siquiera la nueva Mac Pro tiene ranuras de RAM.
    • Si quieres RAM actualizable, siempre puedes usar una PC.
    • Hoy en día es incluso más cierto. Las Mac con Apple Silicon pueden almacenar el doble de información con la misma cantidad de memoria, así que una humilde configuración de 8 GB alcanza para 16 GB de boilerplate de FizzBuzz, 4 pestañas de Google Chrome o el 20% de un node_modules promedio.

  • “a typedef name was a complete surprise to me at this point in your program”
    Me gustaba cuando existían mensajes de error de compilador divertidos. Hace tiempo vi este mensaje en el compilador de un proveedor: “No! But they'll only let me warn you. Danger Will Robinson! Danger!”
    También estaba “Really! If you are fussing around with void *, just go home or at least back to your editor!”. Creo que el gerente de TI siguió usando a ese proveedor por ese mensaje. El SDK era más o menos, pero era divertido.

    • No he programado mucho en C, así que me da curiosidad el contexto: ¿por qué void* era un problema tan grande?

  • Programé en el MacOS original desde que se pudo. Recuerdo muchos de estos mensajes de error. En particular recuerdo “Too many errors on one line (make fewer)”.
    También recuerdo que, si cambiaba un solo archivo de encabezado, el build tardaba 45 minutos.

    • En esa época solo hacía extensiones del sistema, plugins y XCMD mezclando 68k, C y Pascal. Todos los proyectos eran chicos, así que los tiempos de compilación no eran un problema, y MPW era el paraíso.
      Mi XCMD más grande incluía los tres lenguajes y MPW lo enlazaba sin inmutarse; también era fácil automatizar proyectos con pequeños bloques de código que había que pegar dentro de un archivo. Recuerdo reírme fuerte cada vez que aparecía uno de esos raros mensajes de error. A quien lo hizo: bien hecho.

  • Después de usar este compilador durante años, llegué a poder “descompilar” mentalmente al vuelo el código objeto 68k generado a código C, siempre que la función no fuera demasiado grande.
    Con MacNosy, normalmente podía reconstruir el código fuente C de una app en unas horas. Tenía un script que convertía el archivo MacNosy de una app en un archivo de ensamblador y un archivo rsrc, y podía ir pasando funciones a C una por una manteniendo una app compilable equivalente al original. Al principio lo usaba para hackear juegos, pero a veces también para corregir bugs.
    Que la generación de código del compilador MPW C fuera tan predecible se debía en parte a la simetría del conjunto de instrucciones 68k. Hicieron un compilador simple y funcionaba bien. La mayor parte del esfuerzo estaba en otras áreas. Como podía predecir con bastante precisión qué código iba a salir, si no me gustaba la generación de código, modificaba el fuente. Me gusta que el compilador javac tenga una filosofía parecida. Una vez que conoces los patrones, puedes producir bytecode casi óptimo.

  • El compilador Glockenspiel C++ que se usaba en una empresa de capacitación a principios de los 90 era algo derivado de cfront, y mi mensaje de error de sintaxis favorito era simplemente “core dumped”
    Era bastante incómodo explicar eso en un curso pago a estudiantes que ya estaban batallando con C++ en sí

    • El usuario solo tiene que ejecutar el depurador y ver el backtrace en el archivo core. Luego, a medida que gana experiencia, aprenderá a asociar distintas direcciones hexadecimales con distintos tipos de errores, así que no hay daño

  • “Call me paranoid but finding '/*' inside this comment makes me suspicious”; eso no es asunto suyo, profe

    • A veces pienso que estaría bueno que el compilador soportara comentarios de bloque anidados. Algo así como que, si hay otro /* dentro de un /*, hagan falta dos */ para cerrarlo
      En la práctica quizá sea una idea espantosa, pero hubo bastantes situaciones en las que eso me habría ahorrado tiempo

  • Esto se aparta un poco del contenido de la página, pero me encantaba la forma en que muchas utilidades de MPW generaban su salida, incluidos los mensajes de error, en forma de comandos
    Como la terminal era un búfer del editor, podías subir el cursor a esa línea o hacer clic en ella y luego presionar algo como cmd-enter para abrir el archivo relacionado

    • Creo que ejecutar el texto seleccionado era simplemente la tecla Enter
    • Suena a Plan 9

  • “a typedef name was a complete surprise to me at this point in your program”
    He visto esta lista infinidad de veces, pero este mensaje me hace reír a carcajadas cada vez que lo veo

    • Es muchísimo mejor que “Redefinition of ...” o “Static declaration follows non-static” de gcc

  • Discusión anterior: https://news.ycombinator.com/item?id=30238928
    Para agregar contexto, el compilador MPW C que creó esos mensajes en realidad no fue un desarrollo interno de Apple, sino que lo hizo Green Hills Software[1] por contrato. También aparece en la página de Wikipedia[2] y en su fuente[3]; curiosamente, esa fuente es justamente este tema
    [1] https://en.m.wikipedia.org/wiki/Green_Hills_Software
    [2] https://en.m.wikipedia.org/wiki/Macintosh_Programmer%27s_Wor...
    [3] https://web.archive.org/web/20140528005901/http://lists.appl...