Tu programmes en 32bits alors ? (tu parle de l'IDT)
en principe un cli désactive la ligne d'IRQ du processeur central donc si tu l'utilise et que tu dis que ça marche pas ça ne te servira à rien de désactiver au niveau du PIC tu auras le même problème. Mais le cli/sti reste nécessaire pour éviter d'avoir une interruption réentrante. L'action au PIC reste inutile car si tu marque l'IRQ du controleur clavier tu auras les même problème puisque les autres IRQ restent actives.
Je ne pense pas que ça vient du PIC si la réaction à une touche n'est pas instantanée c'est qu'il y a une tache quite consomme trop de temps processeur.
De toute façon, je ne pense pas non plus que tu puisses passer par l'IDT car la zone mémoire de cette table doit être de RPL de niveau 0 (donc au niveau du noyau), tu n'y aurras pas accès comme ça, il te faut pour la manipuler un code docile s'il est exécuté en DPL de niveau 3. Ce qui sera le cas puisque par défaut un code exécuté est en DPL 3. Et puis ce n'est pas simple d'avoir un code exécuté en DPL 0, 1 ou 2 car il te faut rajouter un descipteur dans la GDT ou la LDT, c'est un serpent qui se mord la queue. Seul le noyau ne pourra t'accorder un DPL < 3 à l'exécution. Mais bon on peut toujour essayer.
Si tu veux, envoi moi ton source à metaos@free.fr, je verrai ce que je pourrais faire.
C'est l'action sur une touche qui provoque les lignes blanches?
Core Breaker 
-------------------------------
Réponse au message :
-------------------------------
>
> -----------------------------
> prunkdump
> -----------------------------
>
> Excuse pour le message vide je suis un peu un andicapé du forum, j'espère que celui là il marchera.
>
> Désactiver les interruptions s'a ne marche pas mais ces buggs sont vraiment étranges j'ai des ligne blanche qui apparoissent sur l'écran et des fois l'orsque j'appuis sur la touche l'action ne se déclenche pas instantanement, je pense que c'est du à mon utilisation du PIC. Faut il vraiment envoyer un message au PIC à chaque appel de l'interruption. Je n'ose pas trop m'attaquer aux interruptions du mode protégé de windows grâce à la table IDT car là si je me plante je fout tout en l'air.
>
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Excuse mon ignorance à ton sujet je vois que tu maitrise un peu le sujet et excuse mon erreur c'est effectivement l'interruption 9 et pas la 8 comme je te l'avais indiqué.
> > Sinon essai:
> > fonction:
> > cli
> > in al, 0x60
> > mov [touche], al
> > mov al, 0x20
> > out 0x20, al
> > sti
> > iret
> >
> > et dis moi si ca marche
> >
> >
Core Breaker > >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > Tout d'abord merci pour votre réponce, mais j'ai encore un petit problême.
> > >
> > > voila ce que j'ai fait:
> > >
> > > j'ai dévié l'interruption 0x09 sur ma procédure que voici:
> > >
> > > fonction:
> > > in al, 0x60
> > > mov [touche], al
> > > mov al, 0x20
> > > out 0x20, al
> > > iret
> > >
> > > Je lis l'état du clavier, je place le scan code dans un buffer, j'envoi au PIC la comfirmation de l'interruption.
> > >
> > > Mais voilà utiliser cette routine fait des buggs sur l'écran (en mode graphique), et il y à quelque défaut dans l'interractivité des touches. Pourriez vous m'expliquer comment enlever ce problème.
> >
>