@Falcon4ever: Il n'a pas été testé sous vista mais pour les accès demandés par le code il faut démarrer Visual Studio ou tout autre éditeur C#.net en mode Administrateur !

@Avengerfrance: Ce bouton "Retrieves MFT infos" a été rajouter pour montrer les étapes nécessaires à la lecture de la MFT.

Les améliorations, corrections de bugs et nouvelles fonctionnalités il y en aura bientôt c'est sur !!
Ce code répondait avant tout à un de mes besoins juste parcourir la MFT.
Je viens de voir les possibilités qui s'offraient il y a moyen de faire plein de "trucs sympa" autour (défrag, récupérer fichier supprimer, cartographie, etc...)

++

Et non les addins ne fonctionnent plus avec la v9. Too bad :(

Oups fatigue fatique. j'ai vu la méthode WriteSector. Elle ne fait rien de spéciale. Galain on voit en privée pour regarder ton code et faire fonctionner ta fontion d'écriture.
++

Je ne pense pas que le fait de passer en Delphi changera quelque chose ! Du code c'est du code. En .net ou vb6 tu peux le faire également reste à connaitre la ou les subtilités pour autoriser l'écriture de données brutes sur un volume.
J'ai regardé la source delphi de DirectDisk, le bouton Write fait appel à une méthode writesector(,) que je n'ai pas retrouvé dans les sources.
Si tu retrouves cette méthode alors je dirais que tu n'as qu'à la copier en vb !

Merci again ^^
OK j'ai pigé le role de l'UpdateSequence. Quand je parlais de "fix" => remplacement de la séquence de fin d'un enregistrement c'est tout !
Pour ceux qui se sont intéressés à la source de ShareVB (http://www.vbfrance.com/code.aspx?ID=44163) j'ai apporté une correction à cette méthode chargé d'appliquer l'UpdateSequenceArray.
++

J'apport une correction dans la méthode FixupUSA() dans NTFS.cpp de ShareVB.

Méthode originale:
void FixupUSA(LPFILE_RECORD lpFileRecord)
{
DWORD UsaCount = lpFileRecord->Ntfs.UsaCount;
USHORT* lpUsa = (USHORT*)((UCHAR*)lpFileRecord + lpFileRecord->Ntfs.UsaOffset);

for (ULONG i = 0; i < UsaCount;i++)
((USHORT*)lpFileRecord)[256 * i + 255] = lpUsa[i];

}

à remplacer par:
void FixupUSA(LPFILE_RECORD lpFileRecord)
{
DWORD UsaCount = lpFileRecord->Ntfs.UsaCount;
USHORT* lpUsa = (USHORT*)((UCHAR*)lpFileRecord + lpFileRecord->Ntfs.UsaOffset);

for (ULONG i = 1; i < UsaCount;i++)
((USHORT*)lpFileRecord)[(256 * (i-1)) + 255] = lpUsa[i];

}

++

Galain,
Peux-tu expliquer pourquoi à la lecture d'un enregistrement MFT il faut appliquer un "fix" sur l'update sequence array ??
Je te pose la question car j'ai un soucis avec la manière dont je "fix" l'enregistrement MFT. Ma fonction lève une exception d'accès en zone mémoire non autorisé de manière aléatoire. Je peux lire 10 enregistrements sa plante comme je peux lire 50000 enregistrement sans erreur d'accès mémoire.
Dans ta fonction UpdateSequence tu fais un test si pas de corruption de l'enregistrement. A quoi sert ce test ?

Merci.

Galain tu n'ouvres pas le lecteur en écriture, mauvais paramètre (2nd) sur l'appel de CreateFile. Tu dois demander la lecture/écriture. (Je me reporte sur une version de ta source qui date de 2 semaines alors je me trompe peut-être).
++

J'ai aucun soucis avec ces bugs. Néanmois je note 7 pour le côté utile et simple
Tu ne sera pas être le seul à rencontré ces bugs je pense merci du partage !
Bonne continuation.

Bonne source ! Mais quelles sont les "bugs" du framework ??