Et la protection au niveau des segments alors ?

Je ne sais pas si c'est inenvisageable d'utiliser ca à cause de la structure des differents OS, mais ca fait TRES TRES TRES longtemps (depuis le i386 et même le 80286 en 16 bits) que les x86 possèdent une distinction segment de code / segment de donnees largement suffisante pour emepecher l'execution de code dans la pile ou le tas. Il aurait peut etre été plus malin d'utiliser ca dès le début plutôt que d'attendre que les fondeurs daignent rajouter un truc redondant au niveau des pages, en faisant par ailleurs le pire gruik illogique en attendant (supperposition on ne peut plus dangereuse (puisque qu'elle rend possible les exploitations des BOF) d'un segment de donnée pour rendre possible l'ecriture, et de code pour rendre possible l'execution).

Bref tout ca pour dire qu'avant de tripper sur des nouveautés loin d'être nouvelles, d'ailleurs, il faudrait ptet prendre le temps de matter l'existant et d'eviter de faire des choses absurdes au niveau design des OS (oui, la supperposition segment de code et segment de donnée est une chose ABSURDE, voir GRAVE si on prend en compte tous les exploit rendus possibles), et de venir se plaindre par apres du processeur sans même s'appercevoir de l'absurdite de sa plainte.

C'etait le coup de gueule du jour d'un psycopathe qui a les trois manuels d'Intel comme livre de chevet.