Sécuriser des opérations sur fichier..En étant portable

Bonsoir,

Ma question est la suivante :
Est-il possible, en étant portable, de sécuriser les opérations habituelles(fread/fwrite/ftell/fseek/..) sur des fichiers ?
Si oui, auriez-vous des liens éventuels ?
Si non, la même question mais sur windows. J'ai déjà une solution "potable", mettant en oeuvre un thread qui met un hook sur un ensemble de fichiers.. Mais ça me parait lourd.

Merci.

Edit : Par sécuriser des opérations, j'entend : assurer le bon fonctionnement des fonctions fread/fwrite/.. de sorte que l'on aie pas à se soucier des erreurs(externes au programme) pouvant être renvoyés par celles-ci.

Bonjour,

Les fonctions de la librairie standard sont probablement implementees par la plupart des implementations du C, donc si tu les utilises, ton code sera portable.

Ce qui va etre problematique, c'est le chemin, qui est propre a l'OS :

• sous Windows, tu indiques le disque, suivi de ':', puis tu separes les repertoires par des '\'.
• sous Unix/Linux, tu utilises des '/' comme separateur.

Apres, tu peux essayer d'etre generique, mais ca demande que les chemins soient uniquement renseignes de maniere externe :

• fichier de configuration
• saisie par l'utilisateur
• configuration automatique lors de l'installation [avec programme d'installation different pour Windows et/ou pour Unix]

Enfin, si tu as des cibles de type micro-controlleurs, verifie bien que leur implementation supporte les fonctions de manipulation des fichiers.

Bonjour,

Merci pour ta réponse, mais je crois que tu as mal compris ma question.
Si tu veux bien, relis mon premier post et surtout le petit "edit".

Citation:

---

Envoyé par zizoufoot

Par sécuriser des opérations, j'entend : assurer le bon fonctionnement des fonctions fread/fwrite/.. de sorte que l'on aie pas à se soucier des erreurs(externes au programme) pouvant être renvoyés par celles-ci.

---

Je ne comprends pas bien...

Tu cherches a savoir comment gerer une ouverture de fichier qui echoue, c'est a dire que ton programme doit etre capable de continuer meme si tu ne peux pas ouvrir/lire/ecrire dans le fichier ?

Si c'est bien ca :
Reponse simple : tu ne peux pas
Reponse complexe : tu geres un buffer, qui peut par exemple etre un autre fichier, et tu re-essayes regulierement d'ecrire dans ton fichier principal. Maintenant, tu te retrouves donc a devoir gerer ce qui se passe si tu ne peux jamais ouvrir/lire/ecrire le fichier. Autrement dit, tu as deplace le probleme.

Si ce n'est pas ca : Est-ce que tu peux essayer d'expliquer differemment ?

C'est bien ça, tu as saisi ma question.
Mais je vais ajouter une nuance par rapport à ce que tu as écris. J'aimerais que le programme s’exécute de sorte qu'aucun problème ne puisse arriver : Fichier déjà ouvert, impossibilité d'écrire, etc.
Il faut donc faire en sorte qu'aucune erreur ne puisse subvenir lors de l'utilisation de ces fonctions. C'est le fond de ma question.

Code:

---

Il faut donc faire en sorte qu'aucune erreur ne puisse subvenir lors de l'utilisation de ces fonctions

---

Il y a des erreurs que même l'utilisateur ne contrôle pas , exemple panne subite du disque dur... Rayonnement cosmiques qui vont faire commuter le mauvais transistor dans ton CPU...

Je comprend ta réponse.
Je pensais cependant qu'il était possible de réduire les possibles erreurs ordinaires en créant un certain environnement sécurisé..
Mais bon, au vu de vos deux réponses, je pense que ça n'est pas possible.

Citation:

---

Envoyé par zizoufoot

C'est bien ça, tu as saisi ma question.
Mais je vais ajouter une nuance par rapport à ce que tu as écris. J'aimerais que le programme s’exécute de sorte qu'aucun problème ne puisse arriver : Fichier déjà ouvert, impossibilité d'écrire, etc.
Il faut donc faire en sorte qu'aucune erreur ne puisse subvenir lors de l'utilisation de ces fonctions. C'est le fond de ma question.

---

Je crois qu'il n'y a que sur windows que l'écriture dans un fichier déjà ouvert peut poser problème (je pense notamment à la suppression d'un exécutable en cours d'exécution). L'impossibilité d'écrire dans un fichier viendra la majorité du temps d'un manque de droits.

Comme l'a dit mith06, il y a plein de choses contre lesquelles tu ne pourras rien faire d'autre qu'afficher un message d'erreur (exemple : déconnexion d'un disque dur sur lequel se situe le fichier dans lequel tu es en train de lire / écrire).

Citation:

---

Envoyé par zizoufoot

J'aimerais que le programme s’exécute de sorte qu'aucun problème ne puisse arriver : Fichier déjà ouvert, impossibilité d'écrire, etc.
Il faut donc faire en sorte qu'aucune erreur ne puisse subvenir lors de l'utilisation de ces fonctions. C'est le fond de ma question.

---

Ce que tu peux faire, c'est que ton programme reste dans un etat correct dans tous les cas : si tu ne peux pas ecrire, tu peux prevenir l'utilisateur, lui proposer d'autres solutions (ecriture dans un fichier temporaire par exemple), ... Et ne pas crasher lamentablement comme certains programmes.

Maintenant, tu ne pourras rien faire contre un disque absent, un secteur defectueux, un changement de droits, et encore pleins d'autres choses que j'oublie.

Ok, merci pour vos différentes réponses. Je vais me résigner à faire des test à chaque fonctions et créer/restaurer des backup.

Les backups seront eux aussi sensibles aux mêmes problèmes…

Oui, mais ça réduit les risques de corruptions.