Ya me nombraste tres veces y no entiendo cual es la razon, este es el proyecto de D4RIO (y los que se unan al mismo). Mas que una eventual colaboracion con algun tema en particular no tengo nada que ver.

Gracias... cuando tenga un tiempo los veo... Ahora estaba a medias programando el compilador de ese bendito lenguaje, que ya va queriendo incluir algunas rutinas en ASM dependientes de la arquitectura y otras cosas... Lo que no me sale en C pero sí me sale en PERL (vaya novedad... quien es de más alto nivel?? ) es meter un único caracter leído de un archivo (un char) en un buffer temporal (pongamosle char buffer[51]...) dependiendo claro de que el buffer no se haya llenado (NO al Buffer Overflow). O sea, yo hago pruevitas en PERL y despues las trato de llevar a C minimizando al mango el tamaño del ejecutable. Pero me parece que la primer version la voy a escribir en ASM que me manejo mejor.

Por otro lado (por eso "a medias") estaba viendo el diseño del FileSystem, que le puse DFS (D4RIO File System  ) y es "flexible", es decir que es "autoinformativo" (por asi decirle) respecto a los tamaños y ubicaciones, por lo que se puede acoplar a un diskette cambiando hasta los tamaños de los ID's de bloque "file" a unos cuantos bytes; como a un disco de 2 Terabytes, asignando FileIDs enormes (creo que con 8 bytes basta y sobran ID's). A demás mete todos los datos de archivo al principio, incluyendo la estructura de directorios, por lo que no se debe recorrer todo el disco para hacer una busqueda sino encontrar la entrada del archivo en la tabla DFS (DFST) y ver el FileID, que es un offset directo para el driver. ¿Y si me sobran FID's?... tambien define cuál es el último FileID (FID) para no confundir al driver. También soporta "coolhacks" que son extensiones consideradas parte de las DFST, pero que pueden ser omitidas si el driver no está preparado para usarlas.
Otro buen punto es que el tamaño en disco de un archivo es el mismo del archivo porque todos los datos necesarios son incluidos en las DFST, y si un fabricante de software requiere datos especiales en el FileSystem... que añada coolhacks y modifique sus drivers.

Ese es el tema más pesado (El filesystem) pero lo estoy manejando bien... por ahora. El gran problema es que para escribirlo se requiere hacer varias pasadas, porque una vez que las DFST se hayan definido, es probable que el tamaño de las FID's deba cambiar, cambiando a su vez el tamaño de las DFST... y con varias pasadas se puede definir hasta cuántas FID's se deben dejar ñibres para lograr el sistema adecuado. Pero una vez que está definido es fácil de leer.

Esto se pone interesante!.... 

Eso basta para activar la protección, pero antes debo hacer lo que mencionabas... ahora estaba viendo cómo hacer el salto pero lo que más me preocupa es manejarme con la memoria de video y esas cosas..

Bueno hacer documentacion no estaria mal, sobre todo para ver como es el tema, y asi, es verdad, documentacion hay muchas y mas en ingles como dice eternal idol, no solo eso, sino de programacion, etc.. siempre los mejores materiales estan en ingles.

pero yo me pregunta ¿Porque hay tantas gentes en internet aspirante a hacer un sistema operativo cuando ni siquiere se concen un lenguaje a fondo y ni siquiera hacer software en realidad.?

creo que esto es irse muy lejos, no ??

no hablo de nadie en concreto 

saludos...