Yo estária interesado en echarte una mano , pero no puedo ingresar a la pag. del foro, tengo algunas preguntas.
¿Qué lenguaje estás utilizando para desarrollarlo ?
¿En qué libros o documentación te está basando ?
Ya que el "jefe" no contesta... yo estoy haciendo un controlador de FAT12
Lenguajes C y asm x86 AT&T como han dicho
Yo propuse usar otros pero bueno... hay poca gente y la poca que era no quería
Libros pues ellos se basan en el clásico de Tanembaum creo, yo tiro de internet y de lo que recuerdo haber leído y estudiado de ese libro años ha. También se basan en una web de como implementar sistemas operativos. Y todos por supuesto en los manuales de intel, programación de sistema(3A y 3B).
También en otros sistemas operativos que hay por ahí, pero el código al menos el mío es from scratch.
La filosofía es que sea en español y con mucha documentación. Sólo para aprender.
Intenta entrar en el foro, es la única vía que tenemos de comunicarnos, tambien lo puedes intentar por el de sourceforge.
por el lado code ...por lo que ví, todo está muy hardcodeado, creo que deberías rearmar todo, por que este "diseño" es insostenible ... (este estilo" de este kernel con consola empotrada y las funciones que estás usando me suena familiar ... me parece haberlo visto en algún sitio o libro)
otro detalle : ¿que estás leyendo para hacer el SO ? que diseño tenés planteado seguir, que funciones soportar, etc .... primero deberías documentar y documentarte sobre eso ...
te diría que toques algo de código (las viejas versiones de Linux, el code de HURD, etc ...) y leas algo de literatura del tema antes de que empiezes este proyecto ....
por el lado administrativo, te aconsejaría también que migres el código a github o gitorious, como gustes ..
y que naturalmente uses este sistema de control de código, que es el mismo que se usa en el kernel de linux, ya que los tarballs no rinden .... y con git hacer merges, patches, etc es muy sencillo .... y es más abierto para un desarrollo distribuido ...
y te dirías que leas de Clang =)
Se agradece tus opiniones, ya les había advertido yo de esos problemas.
Pero claro una cosa es decirlo y otra hacerlo, haciéndolo me he dado cuenta de que es mucho más práctico ir desarrollando por prototipos, no diseñando y haciéndolo de una pieza. Ahora no me preocupa, eso tarde o temprano se sustituirá por sucesivas revisiones.
Diseñar es útil, pero a veces hasta que no codeas no ves que tu diseño tiene agujeros, para volver a rediseñar, será que soy mal diseñador.
Y lo mismo ocurre en el salto programación a "algo que esté bien programado y funcione", por eso hasta que no se debuguea el código no ves los agujeros que tenía tu código.
HURD nunca lo he tocado, pero Linux he visto(hace tiempo) y es un poco duro de leer, muy complejo, muchas macros, había un tutorial de los internals, pero son muchos conceptos, prefiero hacerlo de 0. Es sólo para aprender, no hay ambición de crear algo que la gente vaya a usar, o "el nuevo Linux". Por cierto, creo que usaremos un modelo monolítico, a mí me gustaría un microkernel o algo innovador, un MACH o un HURD, pero con este enfoque de aprender creo que es lo mejor. Aunque no hay una "decisión" aceptada, es más bien codear, si es que sólo somos 3, y 2 codeando, y de los 2, uno desaparecido un par de días
El proyecto está en sourceforge, usamos svn. Supongo que podría ser mejor git, no recuerdo las diferencias, pero sé que las había, algo así como distribuído vs. central?.
Ya conocía Clang pero me metí a enterarme más de él y al parecer no corre en windows
, yo buscaba uno que corriese en al menos ambas, y que no usase esa p**a sintaxis AT&T del asm que te jode el cerebro
(y yo uso windows)
Pero supongo que compilará en ambos compiladores, yo al menos lo hago lo más estándar posible, o lo intento.
De verdad que se agradecen tus comentarios, se intenta mejorar.
Autor
En línea
<z
