Discussion :

[toto9998]

Bonjour,

Je voudrais pouvoir accéder à l'écriture sur les I/O ports essentiellement pour pouvoir envoyer des interruptions clavier.

J'ai trouvé des solutions commerciales payantes composées d'un driver dynamique (pas de reboot nécessaire) qui permet d'accéder ensuite aux I/O ports grâce à une API.

Voilà, je sais qu'il y a des API windows pour envoyer des évènements claviers, mais j'ai besoin d'une solution qui envoie l'évènement clavier au plus bas niveau que possible.

Connaissez-vous des alternatives à ces solutions payantes ?

[Médinoc]

Le plus bas niveau que je connaisse sous Windows, c'est SendInput().
Après, il y a peut-être encore en-dessous au niveau des drivers...

Ou bien, pour avoir accès aux I/O ports, tu peux toujours prendre inpout32.dll, qui installe un driver pour donner à l'utilisateur l'accès à ces ports. Mais pour moi, c'est un trou de sécurité monstrueux...

[sloshy]

Bonjour,
Au niveau des drivers, il y a I8042prt Driver Reference qui te donne toutes les informations utile pour manipuler le clavier (et la souris).
En googlant un peu j'ai trouver le projet SourceForge Port I/O library qui pourrait peut être t'aider (plus mis à jours depuis 2004)

Amicalement, sloshy

[Melem]

Si tu veux faire du très bas niveau sous Windows il te faudra le DDK (Kit de développement de drivers) que tu pourras télécharger sur le site de Microsoft. Ensuite t'as deux choix :

- Créer un driver un mode kernel que tu commanderas depuis ton programme utilisateur. Dans ce cas tu ferais mieux d'utiliser des outils que d'autres on déjà fait avant toi, comme Inpout32 qui permet d'accéder aux ports du PC avec facilité. De plus si tu choisis cette option, tu peux oublier le DDK (à moins que tu veux t'amuser à recompiler le driver ...)

- Modifier les droits de ton programme de façon à pouvoir accéder aux ports qui t'intéressent. C'est pas trivial vu qu'il faudra utiliser des fonctions non documentées (qu'il faut appeler en mode kernel) : LookupProcessByProcessId, Ke386SetIoAccessMap, Ke386QueryIoAccessMap et Ke386IoSetAccessProcess.

Donc la méthode conseillée est : Inpout32.

[sylvain69]

des fonctions non documentées (qu'il faut appeler en mode kernel) : LookupProcessByProcessId.

Tellement undocumented qu'elle n'existe pas :-)

C'est PsLookupProcessByProcessId forcément...

[toto9998]

Merci pour vos éléments de réponse qui m'offrent de nouvelles voies de recherche.

Le but est effectivement que mon code ne passe pas par SendInput() car l'API Win32 de Windows est hookée en kernel-land par un programme qui soi-disant sert à protéger une application. Directinput() est notamment ainsi bloqué.

J'essaye donc de résoudre le problème en passant au plus bas niveau et effectivement j'envisage maintenant d'avoir un driver "clavier" chargé en mode kernel et une API de communication dans une .dll.

Je sais que cela existe, et bien que ce soit dans mes compétences, je préfère utiliser des roues qui existent déjà. Je vais jeter un coup d'oeil aux solutions que vous avez proposé, je vais voir s'il y en a une gratuite qui corresponde à ce besoin, je vous tiens au courant !

[sloshy]

Bonjour,
Après quelques recherches, les directives "in" et "out" (asm) ont un équivalent dans le DDK sous forme de macro, à savoir READ_PORT_UCHAR() WRITE_PORT_UCHAR()