filosofeando sobre windows longhorn y los previos...

Jordi Maycas wrote:

Hola! Vamos a ver... si windows longhorn esta integramente hecho con .net
framework,

Bajo ningún aspecto esto es cierto.

Existen en nosotros varias memorias. El cuerpo y el espíritu tienen cada uno
la suya.
**** Powered by zxFortunes: http://sourceforge.net/projects/zxfortune
"Jordi Maycas" escribió en el mensaje
news:%

Hola! Vamos a ver... si windows longhorn esta integramente hecho con .net
framework, y los otros no quiere decir ello que framework tiene
funciones especificas que sustituyen a todas aquellas funciones que
trabajan por ejemplo con la controladora disco, adaptador de pantalla?
Pero... ello realmente no cambia dichas controladoras, ya que
funcionan sin tener en cuenta quien les dice q abra un fichero, o formatee
una pista, o ponga un modo x de pantalla.

Por otro lado, dicen que hacen controladores especificos; significa eso
que modifican por ejemplo los modos graficos? o la forma de formatear?
o siempre se acaba llamando a la BIOS? o... modifican el vector de
interrupcion de la BIOS y ponen otras rutinas...? utilizan los mismos
puertos que siempre?

Todo eso ya no es así en los windows actuales. Está prohibido acceder a la
bios, al hard de los controladores y demás electrónica base. Por ejemplo,
para accecer a bajo nivel a un disco duro (que no esté bloqueado por
windows), existe una función llamada deviceiocontrol...

Se sabe que el API de win32 va a seguir estando presente, aparte del nuevo
del NET (tienen faena por delante, pq. las betas de la versión 2 todavía
tienen mucho que mejorar en cuanto a cubrir todo el api de win32), pero
ahora el net va a ser el nativo y el win32 se emulará con el net (al
contrario que ahora, en el que el .net termina haciendo llamadas al win32).

Supongo q tiene q ver con el paso de modo real a modo protegido... donde
se consigue informacion de como se lo monta windows?

Windows XP consta de un núcleo que se ejecuta en el anillo 0, y varios
subsistemas que se ejecutan en el anillo 3. Cuando un programa hace una
llamada al API de win32, el núcleo toma la llamada, la analiza y llama al
subsistema win32, que la ejecuta (con posibles llamadas al núcleo). Si no
recuerdo mal, en el núcleo está la gestión de procesos, los drivers de
dispositivo (el acceso al hard directo) y la gestión de memoria (segmentos,
descriptores y demás).

Supongo que longhorn va a ser igual, pero ahora el subsitema nativo va a ser
el .NET en lugar del win32... las tripas del núcleo van a ser iguales (si
funciona no lo toques), aunque los drivers no nativos van a ejecutarse en
modo usuario en lugar de modo kernel (anillo 3 en lugar anillo 0). Aunque
ahora tb hay drivers que ejecutan en modo usuario.