Las comillas las puedes tratar como cualquier paréntesis o llave. Las únicas diferencias, es que se abre y se cierra con el mismo símbolo, y la más importante: cuando haya una comilla, ignorarás los paréntesis, llaves y corchetes que haya hasta que se cierren las comillas de nuevo.

Ten en cuenta también, los caracteres de escape. Por ejemplo:

"abc\"sdf"

O un pelín más complejo:

"abc\\"
"abc\\\"sdf"

Busca en el archivo el registro con el ID más alto y súmale 1.
Si el archivo está vacío, le pones 0 (o 1, como veas)

Puedes usar ambos. Mientras Allegro propone herramientas para facilitarte el uso de ventanas, controles de usuario, audio... OpenGL es una API con la que manejas esencialmente gráficos.
Puedes abrir uan ventana con Allegro, y dibujar en ella con OpenGL.
Ahora bien, si Allegro te trae herramientas suficientespara cumplir correctamente tu menester, no tienes por qué meterte con OpenGL. Todo depende de lo que busques.


OpenGL maneja gráficos.
Si buscas un homólogo, OpenAL maneja audio.
Para sockets, o API del sistema operativo, u otra librería (Allegro mismo)

Es algo complicado.
C no trabaja con comprobaciones sin más. Diría que es más como un autómata finito.
Cuando dudes, fíjate en las salidas que generaría tu compilador:

a < b >

Da error: expected '=', ',', ';', 'asm' or '__attribute__' before '<' token

Ha encontrado un nombre que no es una palabra reservada, y espera una de esas cadenas después.

Hombre, no es por ponerte trabas, pero hacer un analizador de C para todos los casos es complicado. Tendrás que tener un montón de palabras y construcciones en cuenta y estudiar a fondo las estructuras que posee.
Una cosa es verificar los comentarios, llaves, corchetes, parantesis y comillas, y otra ya es analizar cada palabra xd

En principio el tamaño del buffer no es algo que te deba importar. Él va a trabajar solo. Si tienes urgencia por que salga un mensaje, pon el fflush. Sino, el buffer se suele vaciar solo (generalmente).

La única diferencia, es que el nodo "siguiente" del nodo final, es el primero. Y el nodo "anterior" del primer nodo, es el último. Está conectada la cola con la cabeza.

Eso sí, hay q hacer ligeros cambios. por ejemplo, no puedes hacer un:

while(ptr->next != NULL){
    // ...
    ptr = ptr->next;
}

Porque si la lsita tiene elementos, qerá un bucle infinito.
Quitando esos cambios, el resto es parecido.

¿Planteaste ya la primera parte? ¿Qué problema tienes con ella?

Para saber el tamaño del archivo, posicionas el cursor al final (con fseek y SEEK_END, por ejemplo), y luego obtienes la posición con ftell.

Sería ideal cargar el código a una cadena. Así pues, el código puede estar inicialmente en un archivo si quieres: luego, lo cargas y listo.
Trabajar directamente con el archivo sería más lento y algo más complejo.
Y por memoria no habrá problema. Un código dificilmente va a ocupar más de 1 MB.

Casi sería mejor preguntarle al que lo hizo: https://elrincondelc.com/foros/viewtopic.php?t=13729
Y si no lo hizo él, sabrá su funcionamiento exacto.
De todos modos, en ese post da algo de información acerca del algoritmo, aunque sea escasa.