[OT] Windows 16-32 bits

Hola, Ramón:

Mmmm... No sé Parece que la familia Windows 9x no te cae bien...

:DDDDDDD

Saludos.


"Ramón Sola [MS MVP]" escribió en el mensaje news:ePiT$
Varias posibilidades:
- Que le eche una ojeada al fichero Vmm32.vxd, el verdadero corazón de los Windows 9x, con un editor hexadecimal o un desensamblador y que se convenza de que se inicializa con código de 16 bits... ;-)
- Que mire que las DLLs de 32 bits Kernel32.dll, User32.dll y Gdi32.dll realmente invocan a sus homólogas de 16 bits: Krnl386.exe, User.exe y Gdi.exe.
- Que vea cómo compilar una aplicación de Windows de 16 bits que use ventanas y se olvide de la función Yield para ceder el control, y verá cómo le echa abajo el sistema por la cuestión de una máquina virtual común para todo el código de Windows de 16 bits y la multitarea cooperativa. ;-)))
- Que vea el WXXsetup.bin (donde XX sea algo) del CD de instalación y verifique que es de 16 bits.
- Que analice el contenido del fichero Mini.cab del CD de instalación, comprobando que es un "mini-Windows 3.x".
- Que compruebe que los programas Instalar.exe del CD son totalmente de 16 bits, con parte bajo DOS y parte bajo Windows (NE, New Executable).
- Que se dé cuenta de que los drivers de vídeo e impresora en Windows 9x deben tener obligatoriamente código de 16 bits, pues el sistema gráfico es de 16 bits y se encuentra sujeto a las limitaciones que esos 16 bits imponen.
- Que la compatibilidad con aplicaciones antiguas de 16 bits suele ser mejor en Windows 9x que en los NT.
- Que se convenza finalmente de que los Windows 9x son Windows 3.x en modo mejorado con una capa de 32 bits encima.
- Que los controladores VxD son muy similares en estructura a los controladores .386 típicos de Windows 3.x en modo mejorado.
- Que un Windows 9x se cuelga totalmente si una simple aplicación DOS de 16 bits desactiva las interrupciones (instrucción CLI) y se queda en un bucle infinito; con dos líneas de código en Debug es posible. En los NT no pasa; la máquina virtual detecta el intento de ejecución de una instrucción privilegiada y "mata" el proceso.
- Que por mucho que Windows ME no ejecute los ficheros Autoexec.bat y Config.sys, arranca igualmente desde un fichero Io.sys de 16 bits como sus "hermanos" Windows 95 y 98.
- Que en cuanto se cargan muchos programas que realicen un uso intensivo de gráficos o utilicen muchas ventanas y controles, el sistema puede llegar a decir "hasta aquí hemos llegado" y mostrar una ventana blanca que indique insuficiencia de recursos; evidentemente, una herencia de Windows 3.x.

Puede haber muchas más cuestiones que éstas y seguir sin convencerse, pero creo que son argumentos suficientes para sostener la opinión de la yema de 16 bits y la clara de 32 bits. :-)

En cambio, Windows NT y familia arrancan con el código de 16 bits necesario para poner al procesador en modo protegido de 32 bits. Por su parte, todas las aplicaciones de 16 bits se ejecutan en máquinas virtuales separadas, bajo emulación Ntvdm (para MS-DOS) o WOW (Windows On Win32, para Windows de 16 bits); esta emulación impide que los fallos en aplicaciones de 16 bits afecten seriamente a la estabilidad global de aquellos sistemas.
Ramón Sola / Málaga (España)
MS MVP (Windows - Shell/User) / http://mvp.support.microsoft.com

Recorta las cartulinas si deseas escribirme. ;-)))

Política de Microsoft para Distribución de Software
http://www.microsoft.com/spain/tech...sfdist.asp
(A ver si queda claro lo de no abrir archivos adjuntos no solicitados,
y mucho menos si su procedencia aparente es Microsoft.)


El mensaje identificado como news:bmr5q2$pv65k$
va a nombre de Alex GD ():

He de convencer a un cabeza cuadrada de que los windows de la serie 95,
98. me, etc etc no son de 32 bits reales, ya que el se empeña en lo
contrario. Cuáles serían las razones principales?


Saludos
Regards
Alex

Me cae mejor la NT, pero ando corto de máquina y un Windows 2000 o XP sería muy pesado. ;-)))
Ramón Sola / Málaga (España)
MS MVP (Windows - Shell/User) / http://mvp.support.microsoft.com

Deriva las constantes antes de escribirme. ;-)))

Política de Microsoft para Distribución de Software
http://www.microsoft.com/spain/tech...sfdist.asp
(A ver si queda claro lo de no abrir archivos adjuntos no solicitados,
y mucho menos si su procedencia aparente es Microsoft.)


El mensaje identificado como news: va a
nombre de José Manuel Agüero (jmªgue®ø@v°daføne.e§):

Hola, Ramón:

Mmmm... No sé Parece que la familia Windows 9x no te cae bien...

:DDDDDDD

Saludos.