Mensajes

Despues de los manuales de INTEL el siguente paso es
http://wiki.osdev.org/Tutorials
http://wiki.osdev.org/Expanded_Main_Page

particularmente la parte de la memoria de video en modo texto
http://wiki.osdev.org/Babystep4

para probar las cosas, te recomiendo alguna maquina virtual wmware particularmente funciona bien.
Virtual PC de microsoft y de oracle se ponen molestos si pones como arranque una unidad de disquete que no tiene el tamaño exacto o sin algun formato, cosa que para empezar no se requiere.

Se agradece el enlace. Sabía que tenía que haber algo, pero no sabía que era.
No se si recuerdas la peli Silocon Valley (IBM tenía una pc descente, pero no tenían un buen sistema operativo... ese de seguro era el cp/m al que se referían)


alx741, si no estas dispuesto a leer los manueles de INTEL o AMD, deja el asunto, no vale la pena que pierdas tiempo porque parece  que buscas preguntas en vez de respuestas, lo estas enfocando mal.

Prueba con HTML5 y javascript, está super de moda y Metro de Windows 8 va usarlo.

Claro que si... pero precisamente por eso busque documentación post DOS , quiero decir antes del DOS

post viene de posterior...

antes del DOS?
No se que sistema operativo usaban en los 70'
DOS salio en el 1981
x86 salio en 1978

Tenes 3 años de margen ahí. Antes de eso, NADA de x86. Y despues de eso, DOS.


Estas confundiendo sistema operativo con arquiterctura de la pc.
Lo que buscas no es sobre un sistema operativo viejo, sino sobre la arquiterctura de pc (x86 en adelante)
Los manuales de Intel y AMD tiene esa informacion. Inclusive sobre la direccion de memoria en donde se guarda la matriz del texto de la pantalla estando en modo TEXTO.

EI: juntando mensajes.

Desconozco si en los ordenadores convencionales las direcciones de memoria se mapean en unos sitios "predeterminados", pero hasta donde alcanzan mis conocimientos, eso es una decisión del diseño del propio computador, y no tienen porque estar en esa dirección de memoria (corriganme si me que equivoco).

En x86, la matriz de la pantalla es mapeada en una direccion constante.
Segun el modo elegido. Usando el modo de 80x25 esta aqui:

$b800:$0000;

Es una matriz de WORD. LoByte es el caracter ASCII y el HighByte es el color.

Código (asm) [Seleccionar] Expandir

valEnt FLOAT 25.0

fild es para INTEGER.
fld para float.


La excepcion se puede producir pero de seguro que el libro es del año 80.

la fpu funciona en paralelo con el cpu.
Entonces puede pasar que la fpu mientras este leyendo el valor valInt la cpu lo esté incrementando... poco probable no se. Pero como no estan sincronizados, puede pasar, nadie te garantiza lo contrario.
En el ejemplo tuyo es poco probable... tendria que haber mas instrucciones de fpu de por medio sin fwait. y luego el inc ValEnt sin fwait.
Lo recomendable es igual, no mezclar instrucciones de la fpu con instrucciones del cpu.

Código [Seleccionar] Expandir


calculos cpu
calculos fpu
fwait
calculos cpu
De esa manera no hay problemas en ese sentido.

buen tuto
http://www.website.masmforum.com/tutorials/fptute/index.html

Seguramente cuando dicen "equpos caceros" solo han tenido en cuenta las que se arman con los componentes más barratos.

Comprando un equipo de marca  uno se asegura generalmente una calidad "media".
Cuando es un equipo armado, la calidad puede variar muchisimo.... Si a eso, le sumamos que se venden seguramente mas equipos armados "caseramente" que por fabricantes de marca... de ahí las estadisticas.

Un ejemplo minimalistico.
grupo a:
60 equipos de marca
falla 1.

grupo b
20 equipos caseros de buena calidad
20 equipos caseros de calidad media
20 equipos caseros de pesima calidad.
fallan 2

Se podria decir que el grupo B es menos fiable. Falla el doble... pero realmente.. cuales son los que fallan?

Supongamos que fallan solo los de "pesima calidad".
entonces tendríamos que los equipos caseros de calidad media y calidad alta fallan 0 de 20, y podria ser 0 de 60 veces.

Mienras que los de pesima calidad fallan 2 de 20, 6 de 60... una relacion mucho peor que los armados de fabrica... pero vamos, pagando lo que valen, que se puede esperar?

En lo relativo a errores de RAM, las probabilidades son de 1:2700 en los modelos de marca y de 1:950

Casualmente el triple... igual que en el ejemplo minimalistico de recien.
Que se puede esperar de memorias ram genericas?



Por cierto, todo eso me refiero con equipos Desktop.
Para notebooks, yo creo que la encuesta podría llegar a ser cierta,  pero vamos, notebooks no se arman caseramente... asi que no entran en la categoria.

DOS es un sistema operativo... si  lo usas, no cumples la condicion de tu pregunta (assembly sin SO)

La única librería que podrias usar serían las interupciones de la BIOS y te mantendrias dentro de esa condicion. Pero  estarías atado a programar en 16bit.

Podrias programar bajo DOS pero sin usar las interrupciones de DOS, sino los de la BIOS unicamente... igual sería hacer trampa.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms682073.aspx

No se si te acuerdas de los juegos ASCII o por ejemplo las viejas ide en DOS de Borland tipo Turbo Pascal o Turbo Cpp..
Lo que se hacia, era escribir directamente en la memoria de video en modo texto. (era una matriz de 80x25 o 80x50)
De manera que se podia generar graficos usando letras como si fueran pixeles.

Con la consola de windows nada de eso es posible, porque es una ventana para escribir y leer texto.

Aqui está la respuesta a todo y mas.

http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html/

Tenes ahi un compilado de 3 volumenes o de 7. (es exactamente lo mismo, solo diferencia la cantidad de pdfs)

Son las ganas de aprender como funcionan las cosas...

Pero no lo vas a poder hacer usando una librería del año 80

ncurse sirve para crear GUIs  en modo texto (TUI)...  lo mismo que hacía turbo vision de  Turbo C o Turbo Pascal de Borland.
Ya estamos medio lejos de los 80 no?