Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Les drivers
Salut tout le monde!
Je voudrais savoir comment fonctionne un driver? quel est son rôle? et surtout comment en faire en C sous windows? j'ai l'intention d'utiliser des driver pour mes futur projets d'intégrations d'applications je ne sais pas comment on les programme voila pourquoi je vous pose ces questions.
Merci!
je ne vois pas comment tu peux vouloir utiliser de driver si tu ne sais pas ni à quoi ils servent (leur role) ni comment ils fonctionne
A ces questions, jeter un oeil surJe voudrais savoir comment fonctionne un driver? quel est son rôle?est la premiçère chose à faire:
Pilote-Wikipedia
Un driver est une bibliothèque (comme une DLL) qui implémente les appels (d'E/S) de haut niveau comme WriteFile ou ReadFile par exemple. Lorsqu'on on envoie des données à un driver (via WriteFile par exemple), ce dernier doit décider quoi en faire. Pour développer des drivers sous Windows il faut le DDK que tu peux télécharger sur le site de Microsoft.
Il faut faire un effort d'abord ???
mais bon, un driver en générale, c'est une application qui permet de se communiquer avec un pérophérique (matériel ou soft).
le driver (pilote) offret en générale une interface de communication avec une entité.
Non, pas vraiment.Envoyé par Melem
Un driver n'est pas une librairie: il s'agit d'un programme qui étends les fonctionnalités d'un OS. Généralement, un driver se lie à l'OS en question, et s'insère d'une manière ou d'une autre dans le traitement de certaines fonction. Sous Windows, cette opération est effectuée dans la fonction DriverEntry() l'équivalent du main() d'un programme utilisateur (1).
Généralement, le driver s'enregistre pour un équipement donné, mais on peut imaginer des drivers qui modifie le fonctionnement de drivers déjà installés (on les appelles des filtres) ou qui ajoute des fonctionnalités à un OS sans pour autant nécessiter l'ajout d'un matériel spécifique (par exemple, un driver qui gère un file system crypté).
A l'initialisation, après avoir vérifier la présence du matériel si nécessaire (et l'avoir initialisisé le cas échéant), le driver déroute un certain nombre d'appels systèmes. Cela permet d'utiliser une interface abstraite pour accéder au fonctions du driver (par exemple open/close/read/write, ou les équivalents sous Windows (CreateFile/CloseHandle/ReadFile/WriteFile).
Mais quoi qu'il en soit, un driver reste un programme - pas une librairie. Il fonctionne en permanence, dès le démarrage du système et jusqu'à ce que le système soit éteint. Il reste la plupart du temps en attente d'un événement particulier (soit que le système lui donne la main, soit la réception d'une interruption matérielle, ...).
(1): certes, une DLL a un DllMain(), mais c'est un artefact lié à l'architecture de Windows. Le point d'entrée d'un driver est nécessaire au niveau conceptuel (on le retrouve sous des formes très similaire quel que soit l'OS).
[FAQ des forums][FAQ Développement 2D, 3D et Jeux][Si vous ne savez pas ou vous en êtes...]
Essayez d'écrire clairement (c'est à dire avec des mots français complets). SMS est votre ennemi.
Evitez les arguments inutiles - DirectMachin vs. OpenTruc ou G++ vs. Café. C'est dépassé tout ça.
Et si vous êtes sages, vous aurez peut être vous aussi la chance de passer à la télé. Ou pas.
Ce site contient un forum d'entraide gratuit. Il ne s'use que si l'on ne s'en sert pas.
Les drivers
J'ai l'impression que je me suis mal exprimé. Je reformule mon problème:je veux apprendre à faire les driver pour intégrer des applications,pas pour autre chose. les driver pour le matériel ne m'intéresse pas. merci de me dire comment faire ça ou de me fournir un code de driver fait en c qui fonctionne sous windows
Gae,
Pourquoi veux-tu un driver pour "intégrer des applications". Ça n'a rien à voir, a priori.J'ai l'impression que je me suis mal exprimé. Je reformule mon problème:je veux apprendre à faire les driver pour intégrer des applications,pas pour autre chose. les driver pour le matériel ne m'intéresse pas.
Tu devrais appliquer la formule citée par ta signature.
Tu cites le post tout entier pour corriger le mot "bibliothèque" (qui visiblement ne te plait pas), comme quoi ce que j'ai dit était entièrement faux. Pour moi, tu peux appeler ça une bibliothèque, un module, un morceau de code ou un programme, le fait est que son boulot est d'implémenter les demandes d'E/S. WriteFile par exemple. Cette fonction n'écrit pas dans un fichier ni dans quoi que ce soit, elle envoie tout simplement une requête ECRIRE, accompagné des données à "écrire", au driver du "périphérique" (sous Windows un périphérique désigne n'importe quel objet et non forcément un matériel) dont le nom a été fourni dans CreateFile (CreateFile non plus n'ouvre pas de fichier, c'est juste une fonction qui envoie une requête OUVRIR au driver qui a nommé le périphérique que l'utilisateur veut "ouvrir"). C'est le driver qui décide ensuite ce qu'il doit en faire de ces données, sachant que l'utilisateur veut ECRIRE. Pour le pilote du système de fichiers de Windows, l'effet sera d'écrire dans le fichier que l'on a ouvert grâce à CreateFile.Non, pas vraiment.
Un driver n'est pas une librairie: il s'agit d'un programme qui étend les fonctionnalités d'un OS. Généralement, un driver se lie à l'OS en question, et s'insère d'une manière ou d'une autre dans le traitement de certaines fonction.
On n'a pas besoin de matériel pour créer un driver, comme déjà cité plus haut.Généralement, le driver s'enregistre pour un équipement donné, mais on peut imaginer des drivers qui modifie le fonctionnement de drivers déjà installés (on les appelles des filtres) ou qui ajoute des fonctionnalités à un OS sans pour autant nécessiter l'ajout d'un matériel spécifique (par exemple, un driver qui gère un file system crypté).
A l'initialisation, après avoir vérifier la présence du matériel si nécessaire (et l'avoir initialisisé le cas échéant), le driver déroute un certain nombre d'appels systèmes. Cela permet d'utiliser une interface abstraite pour accéder au fonctions du driver (par exemple open/close/read/write, ou les équivalents sous Windows (CreateFile/CloseHandle/ReadFile/WriteFile).
Sous Windows, cela dépend de la manière dont le driver a été enregistré (installé). On peut créer des drivers qu'on peut démarrer/stopper à la demande.Mais quoi qu'il en soit, un driver reste un programme - pas une librairie. Il fonctionne en permanence, dès le démarrage du système et jusqu'à ce que le système soit éteint. Il reste la plupart du temps en attente d'un événement particulier (soit que le système lui donne la main, soit la réception d'une interruption matérielle, ...).
Je comprends bien tu veux faire un driver qui affiche hello world ! par exemple. Mais un driver n'affichera pas hello, world (en tout cas pas avec printf) car il n'a pas accès à la console (tout comme tu n'utilises pas printf dans un programme GUI ...). En tout cas, pour les headers et les .lib nécessaires, la doc, des exemples de code, etc. c'est déjà dans le DDK. Voici la page de téléchargement du DDK pour Windows 2003 SP1, qui permet de développer des drivers pour Windows 2000 à 2003 SP1.J'ai l'impression que je me suis mal exprimé. Je reformule mon problème:je veux apprendre à faire les driver pour intégrer des applications,pas pour autre chose. les driver pour le matériel ne m'intéresse pas. merci de me dire comment faire ça ou de me fournir un code de driver fait en c qui fonctionne sous windows
http://www.microsoft.com/whdc/DevTools/ddk/default.mspx
Le WDK est le DDK + un bon nombre d'outils supplémentaires (donc plus complet, mais plus lourd à télécharger ...). Il y a un lien dans la page que je t'ai donné.
Ceci n'a aucun sens.Euh, un driver, c'est essentiellement une interface entre l'OS et le matériel.les driver pour le matériel ne m'intéresse pas.
Que veux tu faire exactement ?
J'ai l'impression que tu n'utilises pas le bon vocabulaire.merci de me dire comment faire ça ou de me fournir un code de driver fait en c qui fonctionne sous windows
Un driver, c'est forcément un truc entre ton application et quelque chose.
Généralement, ce quelque chose est le matériel. Mais ça peux aussi être un système de fichiers ou un "faux" matériel (périphérique virtuel).
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Répondre avec citation
Partager