Re....Bonjour,
Sous 98/ME j'utilise vwin32.vx et CreateFile pour un accès disque au niveau logique. Pour le "thunk" j'ai utilisé watcom (openwatcom maintenant) qui permet de générer du 16/32 dos et windows; pour le 64 bits peut-être dans la dernière version de OpenWatcom ?
La plateforme 98/Me est une plaie pour la programmation au niveau du disque, même le lecteur de CD a besoin d'un code spécifique pour un accès secteur par secteur. Mais bon mon code fontionne parfaitement sur cette plateforme et je peux accèder à des gros disques secteur par secteur.
Vista c'est autre chose, il faut dire aussi qu'il y a beucoup de changement par rapport au noyau 2000.
Pour l'accès au niveau logique, je fais bien un FSCTL_LOCK_VOLUME avant WriteFile(); cela marche sur tous les secteurs s'il n'y a pas de handle de fichier ouvert dessus ce qui n'est pas forcèment facile à moins de "démonter" le volume mais bon je ne suis pas pour cette solution.
Pour l'accès physique et l'écriture cela bloque au delà du secteur 16 (je vais rechercher l'article). En fouillant dans des forums US, beaucoup de développeurs ont eu ce type de problème. A la base c'est une sécurité pour le système mais bon....
D'après mes recherches, l'unique (???) solution serait d'écrire un driver (génial).
Je vais encore pousser mes recherches....
Cordialement.
Paul
Re....Bonjour,
Sous 98/ME j'utilise vwin32.vx et CreateFile pour un accès disque au niveau logique. Pour le "thunk" j'ai utilisé watcom (openwatcom maintenant) qui permet de générer du 16/32 dos et windows; pour le 64 bits peut-être dans la dernière version de OpenWatcom ?
La plateforme 98/Me est une plaie pour la programmation au niveau du disque, même le lecteur de CD a besoin d'un code spécifique pour un accès secteur par secteur. Mais bon mon code fontionne parfaitement sur cette plateforme et je peux accèder à des gros disques secteur par secteur.
Vista c'est autre chose, il faut dire aussi qu'il y a beucoup de changement par rapport au noyau 2000.
Pour l'accès au niveau logique, je fais bien un FSCTL_LOCK_VOLUME avant WriteFile(); cela marche sur tous les secteurs s'il n'y a pas de handle de fichier ouvert dessus ce qui n'est pas forcèment facile à moins de "démonter" le volume mais bon je ne suis pas pour cette solution.
Pour l'accès physique et l'écriture cela bloque au delà du secteur 16 (je vais rechercher l'article). En fouillant dans des forums US, beaucoup de développeurs ont eu ce type de problème. A la base c'est une sécurité pour le système mais bon....
D'après mes recherches, l'unique (???) solution serait d'écrire un driver (génial).
Je vais encore pousser mes recherches....
Cordialement.
Paul