En r�ponse � Damien Girier <[EMAIL PROTECTED]>: > Merci pour toutes ces r�ponses tr�s d�taill�es ... > > Cependant, Herv�, je croyais que les routines �tait toutes en double > avec > une proc�dure pour chaque mode,
Ca devrait, mais je peux te garantir qu'� l'�poque o� je trainais mes guetres dans les ML de d�veloppement kernel, le probl�me �tait fr�quent, et les �diteurs de BIOS flashables se sont mis � publier des mise � jour, et sans la moindre honte ils mettaient dans le changelog : "Correction du bug de Linux qui empeche la mise hors-tension" ... En fait c'�tait Linux qui fonctionnait normalement, et Windows qui �tait bugg�, donc les �diteurs de BIOS ne s'en �taient pas rendu compte plus t�t :-) > pensant que le bios devait s'adapter au mode > en cours ... sinon je vois pas comment il passe du mode prot�g� au mode > r�el (ou vice versa) pendant une ex�cution avec, par exemple, un passage de > param�tres d'adressage 16 bits au lieu de 32 et vice versa ... si tu > vois ce que je veux dire et si je ne me trompe pas en disant que le mode > prot�g� est le mode d'adressage 16 bit ... Tu te trompes :-) En mode pro�g� on travaille plus g�n�ralement en 32 bits qu'en 16. Les modes R�els/Prot�g�s ne sont pas des m�thodes d'adressage de la m�moire, ce sont des modes de fonctionnement du microprocesseur. Tu peux tout � fait faire tourner une appli en mode r�el dans une session en mode prot�g�. Pour preuve, les vieilles applis DOS qui fonctionnent dans une ligne de commande sous Windows NT. De m�me, au sein d'une application, tu peux tr�s bien utiliser � la fois des pointeurs 16 bits et 32 bits, c'est pas g�nant (c'est le bordel mais ce n'est pas g�nant). Depuis Windows 3.11 , l'API de Windows est d'ailleurs truff�e de ce genre de gags. -- H.Lefebvre [EMAIL PROTECTED] http://www.linuxfrench.net LINUX : Ne jetez plus votre argent par les fen�tres !
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
