TRADUCTION DE DOKAN EN DELPHI: UN DRIVER "USER-MODE" POUR DISQUES VIRTUELS

Signaler
Messages postés
3793
Date d'inscription
samedi 22 décembre 2007
Statut
Membre
Dernière intervention
3 juin 2016
-
Messages postés
600
Date d'inscription
samedi 8 juin 2002
Statut
Membre
Dernière intervention
6 avril 2010
-
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/50330-traduction-de-dokan-en-delphi-un-driver-user-mode-pour-disques-virtuels

Messages postés
600
Date d'inscription
samedi 8 juin 2002
Statut
Membre
Dernière intervention
6 avril 2010
1
Ah oui j'avais oublié: il y avait un petit oubli dans la déclaration de la variable g_DokanOperations. Les champs inutilisés n'étaient pas initialisés à nil, donc ça pouvait causer des "Access violation".

C'est corrigé à présent.
Messages postés
178
Date d'inscription
mardi 29 avril 2003
Statut
Membre
Dernière intervention
2 février 2010

Bon le problème c'est que ça plante déjà la

i := DokanMain(g_DokanOptions, g_DokanOperations);

donc des l'entrée ... et c'est déjà dans la dll dokan donc non modifiable

sinon j'ai mis des traceurs partout du genre showmessage ! c'est un peu long mais on vois bien par ou passe le programme pour chaque opération genre lecture dossier et autres ...

et la réponse a la question précédente est oui .... pourquoi trainer des dossiers et des fichiers quand un seul fichier serait possible ! a la limite ça serait remettre en cause les iso, cue et autres nrg ...

plus besoin de daemon tools et/ou autres isobuster ... lol
Messages postés
3793
Date d'inscription
samedi 22 décembre 2007
Statut
Membre
Dernière intervention
3 juin 2016
9
Mais est-ce vraiment nécessaire de tout stocker dans un seul fichier ?

Cordialement, Bacterius !
Messages postés
600
Date d'inscription
samedi 8 juin 2002
Statut
Membre
Dernière intervention
6 avril 2010
1
C'est possible, mais tu devras programmer tout ce qui concerne la gestion de tes fichiers. En clair: la seule chose que tu n'as pas à faire c'est le driver, c'est à dire la partie qui fait le lien entre Windows et la douzaine de fonctions "custom" que tu écris (openfile, closefile, deletefile, readfile, writefile, etc...). En particulier, c'est ce driver-là qui fait apparaitre le disque virtuel dans le poste de travail et qui fait que l'accès pour les autres applications à ton système de fichiers custom est transparent, peu importe ce que tu as utilisé derrière pour le stockage.
Afficher les 32 commentaires