Mensajes

Pues eso, que si por alguna remota posibilidad, alguno quisiera invitarme.

- EDIT -

Ya lo he conseguido gracias a un amigo :3 .

En caso de que se hiciera, no seria tan lento, como la mayoría de ustedes creen.

Existen dos formas de emular una consola ya puede ser programando todo (CPU, GPU, Sonido, etc.) desde un punto de vista comportamental. Ha este enfoque se le denomina LLE (Low Level Assembler).

También existe otra forma de programar que se denomina HLE (High Level Assembler), que si no me equivoco se encarga de emular la funcionalidad, haber si me explico, en vez de programar toda la CPU, GPU, etc, todo lo que se hace es traducir llamadas a función que se hagan.
Eso es lo que hicieron en proyectos como UltraHLE, para emular algunos juegos de la N64 correctamente en un Pentium III a unos 600 Mhz. Este enfoque tiene la pega de que tiene compatibilidad solo para librerías para las que hallas programado esa funcionalidad.

No obstante, te puedo afirmar que si hacen un emulador de la Xbox360, seguramente se haría usando HLE, para emular aquellos pocos juegos que son exclusivos de esta consola. Necesitando un ordenador con una potencia bastante inferior a la que ustedes piensan (Aunque, por supuesto esta generación, aun así no lo emularía fluidamente).

Un Saludo

Ya lo se es simplemente inútil, porque habrá eso y de forma más eficiente, si lo hiciera seria claramente con un fin didáctico, para ver como demonios el SO hace las funciones de la nada, me apuesto lo que quieras que luego me serviría para otra cosa, te permite tener una visión más amplia, esto también me ha pasado con otro asunto, que ya esta hecho y rehecho tropecientasmil veces, pero del que si no lo haces, es imposible que puedas avanzar en el tema, pongo la mano sobre fuego sobre esto último.

Hombre no veo imposible coger el kernel de Minix o algún otro un*x "sencillo", mirar como programa lo servicios, y crear yo uno que escriba en el disco duro "hola mundo" cuando lo llame, que sea difícil es otra cosa.

Pues podrías ponerme un prototipo función o servicio de Windows (que supongo que si controlaras), que no derive de otros, es que asi como lo dices si busco servicio en google me sale esto: http://www.wininfo.com.ar/main.html, que no creo que sea exactamente eso, es solo para saber..., nada más por si algún día me entra la locura y creo un servicio básico para algún UN*X, para ver como funciona.

Un Saludo.

No solo encuentro un montón de #define con valores estilo:

Código (c) [Seleccionar] Expandir

#define __NR_eventfd 323
#define __NR_fallocate 324
#define __NR_timerfd_settime 325
#define __NR_timerfd_gettime 326
#define __NR_signalfd4 327
#define __NR_eventfd2 328
#define __NR_epoll_create1 329
#define __NR_dup3 330
#define __NR_pipe2 331
#define __NR_inotify_init1 332
#define __NR_preadv 333
#define __NR_pwritev 334
#define __NR_rt_tgsigqueueinfo 335
#define __NR_perf_counter_open 336


Entonces cuales son exactamente los servicios, es decir, los prototipos de las funciones de la API del SO?

Lo puse porque ponía que estaba dentro del estándar POSIX, y de hay deduci malamente eso.

Una última pregunta.

Tomemos por ejemplo la función opendir() dentro de dirent.h (POSIX).

Cuyo prototipo es:

Código (c) [Seleccionar] Expandir

DIR* opendir(const char* dirname)

Se supone que como es una función que esta incrustado dentro del kernel tengo total libertad para programar esta función.

Esto se podría programar en C, así a pelo o ¿se usa ensamblador?, es decir por ejemplo:

Tengo en el VTOC (o como se llame la tabla de contenidos, que tiene referencias a ficheros), voy a la dirección donde este el VTOC, que estará puesto a pelo en el disco duro, y supongo que para acceder al disco duro habrá una dirección o direcciones que puedo usar como referencia estando esta en la RAM(si mal no recuerdo esto era mapeo de memoria) y a través de esa referencia llegar al VTOC, mediante el cambio de valor de esa referencia, que apuntaría VTOC, y luego buscaría la linea que correspondiera con dirname, el bloque que esta al lado, que se supone que es la dirección y tamaño, entonces cambiaría el puntero de disco duro a esa dirección y devolveria el valor del puntero.

¿Seria algo así no?.

Puedo deducir que si esto es así, las demás las podría deducir, y asi he aprendido un poquito más sobre sistemas operativos xD .

Un Saludo.

Es bueno saberlo , supongo que esto también se aplicara a lo mismo en los demás sistemas operativos que harán uso de API de POSIX, si estoy en GNU/Linux. Era por curiosidad porque no tenia ni idea de que esto funcionaba así, ni no hacia más que ver código en ASM, las cuales todas usaban la API de Windows, por lo que veo los lenguajes con librerías, solo nos proporcionan una abstracción del ensamblador y de la API del SO, respectivamente.
Yo la verdad es que de sistemas operativos a un nivel profundo ni papa, dentro de un año si todo sale como debiera me voy a comprar y leer el libro de sistemas operativos de Tenambaum y me entero un poco más del tema.

Un Saludo.

Imagínate que quiero usar desde ensamblador la librería stdio, esto luego lo traduciría a funciones de WinAPI?

Un Saludo.

Tengo la curiosidad de saber que si siempre que se va a crear programillas como por ejemplo pues el notepad mismo, es totalmente necesario usar la WinAPI o ¿hay otras formas de hacerlo?.

Un Saludo.