SoloCodigo

Este es el prototipo:
BOOL AllocConsole(void);

La podes llamar asi de facil:
AllocConsole();

Hola

Ya pueden bajar Google Talk de aqui:

http://www.google.com/talk/

De momento es un poco simple.Lo uqe mas me gusto es el preview que hacen de los mensajes de correo al conectarte

salu2  

Ya lo instalare, ¿El preview de mensajes es como el del Messenger 7?

Bueno,

para los que se quieran anotar a este muy ambicioso proyecto (cuyo objetivo es infimo a comparacion de un Sistema Operativo profesional) que me manden un privado con su mail (preferentemente Messenger).


Cualquier duda o sugerencia ponganla aca asi la ve todo el mundo    

Retomando lo de  menuet OS..
creo que seria un mal horizonte para el proyecto, ya que menuet puede tener muchas cosas buenas a nivel de programacion y que seguro merecen un reconocimiento pero en mi opinion no tiene nada de sistema operativo aunque cuente con cosas que lo hagan ver asi.

Menuet en efecto fue desarrollado totalmente en asm, lo cual aunque parezca heroico es una trampa mortal para el desarrollo progresivo de un sistema operativo ya que cualquier mejora que se haga en codigo incluso para hacerlo portable de una maquina a otra o para modificarlo y hacerlo compatible con nuevas funcionalidades de los procesadores... termina siendo una tarea bastante dispendiosa y costosa.

Solo deberia ser desarrollado en ensamblador una parte muy pequeña del nucleo que seria la que implementaria una especie de RTL y otras funcionalidades básicas y la cual podriamos llamar una HLA.

Una alternativa para no desarrollar un sistema en ensamblador es lógicamente desarrollarlo en algún lenguaje de programacin de más alto nivel... seguramente lenguaje C y despues C++, pero esto implica tener un compilador lo cual facilita mucho el asunto ya que si se  necesita generar un ensamblado con caracteristicas diferentes o que genere código de maquina de una manera diferente pues simplemente se cambian los parametros del compilador , se recompila y ya.

Alli surge otro problema y es que solo hay dos opciones:

1- Crear un compilador nativo para el sistema operativo
2- Usar un compilador que ya este hecho en otra plataforma y
    adecuar el sistema para interpretar ese ejecutable

La primera es la opcion más optima creo yo o al menos seria la que mas me gustaria, pero demanda muchisimo más tiempo ya que la sola creacion de un MUY BUEN compilador podria tomar años, la segunda es más rápida  pero implica desarrollar de acuerdo a un estandart ya establecido, es decir si se decide usar el GCC habria que ir pensando en desarrollar el conjunto de llamdas del estandart POSIX.

MenuetOS es un Sistema Operativo sin lugar a la menor duda:

Features
- Pre-emptive multitasking, multithreading, ring-3 protection
- Responsive GUI with resolutions up to 1280x1024, 16 million colours
- IDE: Editor/Macro Assembler for building kernel and applications
- TCP/IP stack with Loopback, PPP & Ethernet drivers
- Network applications include ftp/http/mp3/smtp servers,
- irc, http, nntp and tftp clients
- Free-form, skinnable application windows
- Hard real-time data fetch
- Fits uncompressed on a single floppy  

Tene en cuenta especialmente lo que esta en negrita. ¿QNX tampoco es un Sistema Operativo entonces?

Obviamente eso no quita que hacerlo totalmente en assembly es mucho mas complicado y disminuye muchisimo la cantidad de personas que pueden colaborar, aunque claro que este es el foro de ASM y no de C/C++.

Dudo muchisimo de que vayamos a desarrollar un compilador, ciertamente es la mas (sic) optima pero creo que lo mas interesante seria tener ALGO funcionando y no diseñar un nuevo Linux/Windows que nunca logremos implementar. Practicamente estas hablando de lo que queria hacer CodigoDavid con las tarjetas graficas y le dijimos que no se apurara tanto, no podemos pretender diseñar un File System propio, un compilador, un kernel y demas, al final fracasariamos estrepitosamente y no lograriamos tener nada tangible.


La segunda opcion me parece razonable y FACTIBLE (cosa fundamental).

Esto marca dos caminos, uno es el que ya mencionaste con POSIX y supongo que ext y elf.

Otra alternativa que propongo es que en vez de seguir con POSIX creemos nuestra propia interfaz (tal como Windows) y ya que estamos soportemos algun File System como FAT/32 y COFF. Lo mas interesante de esto es que construyendo un enlazador ya podriamos generar un ejecutable propio apartir de codigo compilado en Windows (VC++, gcc, etc).

He leido sus post, y se escucha muy interesante lo del SO, me gustaria participar pero realmente soy nuevo en esto de ensamblador, ahora trato de hacer un SO para un trabajo de la universidad, pero debido a sus comentarios he quedado con una duda ¿que diferencia hay entre TASM, NASM y FASM?, cual es mejor, cual debo usar?.

TASM olvidalo, es el pasado.

FASM:

http://flatassembler.net
http://flatassembler.net/docs.php?article=design

Segun su autor esta orientado a Sistemas Operativos, MenuetOS sin ir mas lejos:
http://www.menuetos.org/

NASM:

http://nasm.sourceforge.net

diOS esta hecho en NASM asi que supongo que Bob podra comentar ampliamente sobre este ensamblador. Yo use siempre MASM, incluso para el ejemplo que puse pero creo recordar que en algun momento de la historia lei algo relacionado con la imposibilidad (legal) de hacer un Sistemas Operativo con este ensamblador de Microsoft ...

Resumiendo todavia no estoy decidido como dije anteriormente:

si llegamos a empezar el proyecto la eleccion yo la haria entre NASM y FASM por cierto.

Saludos, muchas gracias Eternal Idol por tu ayuda, pero al final encontre la respuesta era sobre un registro llamado marcador el cual si tiene el valor 11 es que esta vacio, y si cada localidad de la pila en el registro marcador tiene un 11 significa que esta vacia, bueno al rato esto le sirva a alguien mas, pero de nuevo gracias por tu ayuda Eternal Idol.

Farewell

Efectivamente segun lo que pude ver en la pagina este seria el estado del registro tag (16 bits) 1111111111111111b (FFFFh) al iniciar.

 

eternal de hecho el halt lo unico que hace es bloquear el micro no apagar la pc, lo que se apaga es el micro, faltaria un "ahora puede apagar el pc", a diOS lo deje de programar porque cuando estraba escribiendo el manejador de la disquetera habia una cosa que no funcionaba por eso pare, pero no es dificil de retomar.

por lo del tutorial con mucho gusto si de algo sirve mi aporte..

sobre la instruccion de reseteo es una intruccion que soporta cualquier assembler creo que en nasm la instruccion esa es la misma, es una constante lo que se asigna.
es lo mismo hacer

reset:
        jmp ffff:0000
        ; no hace falta ret porque no vueleve nunca
y despues
call reset


por un solocodigOS jajaj

Efectivamente, despues vi el codigo  

El salto en si, funciona con cualquier BIOS de PC logicamente pero la forma de escribirla no funciona asi en NASM y el salto no te lo deja poner en MASM. Son diferentes sintaxis simplemente  

En NASM en vez de usar equ se usa %define:

%define reset DB 0EAh, 0h, 0h, 0FFh, 0FFh

despues pones simplemente reset, entonces te reemplaza el macro, no hace falta hacer una llamada ni un salto.



Podriamos hacer un proyecto interesante, habria que ver quien tiene ganas de participar.

tienes razon hya incluye soporte para instrucciones SSE2, el ML soportara SSE3?

La verdad es que no lo se pero ya viste que es muy simple crear macros para simular instrucciones.

pero es dependiente del ensamblador que se usa o todos los ensambladores soportan esa 'directiva', es decir lo puedio usar en nasm , tasm? o en todos ?

La respuesta a esta pregunta esta implicita en mi anterior mensaje, el que hace el reemplazo es el preprocesador. Por lo tanto la sintaxis es de MASM, creo que TASM la soporta pero no es algo de assembly.

en sintesis eso lo se
lo que quiero saber es que hace puntualmente.

 

Son bytes que representan un jmp FFFF:0000, la direccion de memoria donde la CPU carga la BIOS. Al hacer un salto ahi es como si la PC volviera a arrancar.

Recapitulando, parece que hay bastante interes por este tema en Argentina, no solo ustedes dos sino tambien Enko que fue el culpable de que haya hecho este 'nano loader', no se burlen demasiado que solo perdi una tarde en el  

Si les interesa podriamos hacer un tutorial, esto va dirigido tanto a los que quieren aprender a hacerlo como a bob esponja que evidentemente podria ayudar muchisimo a su elaboracion.

PD. bob, si lo queres seguir ... no me molestaria en colaborar. Ademas me parecio muy gracioso!

Eternal, me parecio interesante el comentario que has hecho, te enojas si te pido el codigo para verlo?... solo es una consulta .. estoy buscando info al respecto para ver si logro hacer algo similar. Saludos y Gracias de antemano

¿Como me va a molestar? Para nada, solo me jode un poco que me digas "has hecho" en vez de hiciste  

Estoy pensando en hacer un mini tutorial al respecto ya que veo a bastantes personas interesadas en este tema. Se podria poner un poco de teoria, desarrollar el loader y explicar como lograr probarlo.  

Aclaro que no soy un experto ni mucho menos en la materia, ni siquiera me gusta programar en 16 bits  

De cualquier manera aca tenes el codigo, NO REVISADO NI COMENTADO: