Version imprimable
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 sur :google2: est la premiçère chose à faire:Citation:
Je voudrais savoir comment fonctionne un driver? quel est son rôle?
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.Citation:
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).
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:bug:
Gae,
Pourquoi veux-tu un driver pour "intégrer des applications". Ça n'a rien à voir, a priori.Citation:
Envoyé par Moine
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.Citation:
Envoyé par Emmanuel Deloget
On n'a pas besoin de matériel pour créer un driver, comme déjà cité plus haut.Citation:
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.Citation:
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.Citation:
Envoyé par Moine
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.Citation:
Envoyé par Moine
Euh, un driver, c'est essentiellement une interface entre l'OS et le matériel.Citation:
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.Citation:
merci de me dire comment faire ça ou de me fournir un code de driver fait en c qui fonctionne sous windows:bug:
http://delahaye.emmanuel.free.fr/images/os.png
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).