Version imprimable
Hello :)
J'ai une application genre "backup" qui creer des fichiers, les sauvegardent(copy+delete) puis les recrees.
Mon soucis c'est que la date de creation ne change pas.
Exemple :
le 31/12
Creation d'un fichier "toto.txt"
le 02/01
Copy du fichier vers "toto.bkp"
Delete du fichier "toto.txt"
Re creation du fichier "toto.txt"
Au finial sur "toto.txt" la date de creation est le 31/12 et la date de derniere modification est le 02/01
Cela viens de c# ou de Windows ?!?
Comment regler ce probleme ?
A partir du fichier "toto.bkp" ?Citation:
Re creation du fichier "toto.txt"
Si c'est le cas pour windows tu n'as fait que renommer, copier, et deplacer.
Donc je pense que cela viendrais de windows qui référence je ne sais où que ce fichier à pour origine tel fichier crée à telle date.
Si tu le recrée à partir de rien, peut être une ancienne référence non mis à jour par windows. Dans ce cas essaye en changeant le nom.
Oui c'est en recreant un fichier.
En gros on cree une nouvelle variable de type FileStream (ou StreamWriter) et on lui affecte le resultat de File.Create ou File.CreateText.
Creer avec un nouveau nom marche, mais ce n'est pas la question, on souhaite conserver le meme nom :)
Il existe bien sur des tas de solutions dont :
- Changer la date de creation
- Creer un nouveau nom puis le renomer/deplacer,
- ...
Mais rien de bien "propre".
Pour faire des backup, je trouverais plus propre de copier le contenu dans un fichier temporaire et de le renommer ensuite après avoir supprimé l'ancien, ça t'éviterais le problème de date de création et éviterais d'écraser le fichier précédent avant d'être sûr que le backup s'est bien passé (dans le fichier temporaire).
+1
Tu n'auras plus ton problème.
Si malgrès tout il persiste, pense à un exorciste, ou un marabou africain. Il est clair que le malain a pris possession de l'ame de ton PC dans ce cas :mouarf:
je comprends pas trop ou vous voulez en venir ?!?
a un moment donné, on cree bien un ficher possedant le meme nom que l'ancien supprimé ... non ?
Parce que c'est la que ca coince :p
La méthode proposé par SaumonAgile :
Tu pars du principe que tu as un fichier A.TXT.
Tu crée B.TXT.
Tu ouvres A.
Tu ouvres B.
Tu lis ligne par ligne A que tu copie dans B. (c'est mieux pour le buffer que de lire d'un coup tout le fichier :D )
Tu supprimes A.
Tu renommes B en A.
Et normalement ton nouveau A.TXT à la date de création de B.TXT
Ouaip mais si je renome B en A alors en fait le nouveau A est egal a l'ancien A ;)
Disons que c'est ok jusqu'a ce uq'on suprime A.
LA je souhaite recreer un nouveau A vide, qui aurait la date de creation immediate et non pas celle de l'ancien A (copié dans B)
D'autre part, la copie de A dans B n'est pas touché par le tests sur la date de creation.
donc en resumé, pour recreer le fichier A en fait il faudrais que je cree un fichier C qui sera renomé en A .... sauf que la encore, si je suis obligé de changer de noms a chaques fois pour eviter de retomber sur un fichier C qui a deja ete cree ....
en fait j'aimerais surtout comprendre pourquoi et ce qui fait que la date ne change pas.
Ca me permettra de mieux prevoir quand et comment ca va planter dans mes prochais progs.
Bah cela me semble être du référencement windows.
A partir du moment où tu crée A, je pense que si tu copie une sauvegarde quelque part, il garde la date de creation en référence.
Et donc si tu crées un autre fichier du même nom, il lui réafecte la date.
Peut être une question de temps aussi.
Avec une pause de quelque seconde peut être que ....
Sinon je ne vois pas le problème lorsque tu dit cela :
Citation:
Ouaip mais si je renome B en A alors en fait le nouveau A est egal a l'ancien A
Disons que c'est ok jusqu'a ce uq'on suprime A.
LA je souhaite recreer un nouveau A vide, qui aurait la date de creation immediate et non pas celle de l'ancien A (copié dans B)
j'ai pensé a un truc comme ca ... mais en relancant l'applciation dans le temps (et d'un jour a l'autre) meme probleme .....
A croire qu'il garde quelque part une date de creation par fichier, de maniere a la restaurer chaque fois qu'on recree un fichier a un endroit ou il a deja ete cree .....
REmarque important : En mode Debug, la date de creation est bien changé a chaques fois !! :(
Tu vérifie comment le changement de date de création ?
Sur le fichier lui même via windows ?
Dans ce cas fais bien tu F5 à chaque fois avant de constater la date ?
Vérifies tu de la même façon en mode debug ou release ?
Est ce par un appelle à la méthode qui te retourne la date de création ?
Dans ce cas esseayes en vérifiant sous windows.
Tu crée B vide et que tu renomme A.Citation:
LA je souhaite recreer un nouveau A vide, qui aurait la date de creation immediate et non pas celle de l'ancien A (copié dans B)
C'est fou mais je comprend pas pourquoi les gens se prennent la tête quand un truc de précis ne marche pas 8O est-ce moi qui suis bizarre ? :oops:
Si la date de création ne change pas et que tu veux la changer :
Tu crées un objet FileInfo sur ce fichier, tu fait ce que tu veux notamment via la méthode Create ou Open de ce FileInfo qui permet d'obtenir un flux vers ce fichier, et ensuite tu définis la valeur DateTime.Now aux propriétés CreationTime et LastWriteTime ...
Mouais, mais c'est un moyen de contourner l'obstacle, tu ne le franchis pas vraiment. Tu prends juste un chemin détourné.
Hé puis il y a ce qui aime se prendre la tête :lol:
Mais au final l'objectif est atteind ... regarde la rivière : elle prend toujours le chemin le plus facile mais au bout du compte elle arrive à la mer :aie:Citation:
Envoyé par ced600
L'objectif en programmation n'est-il pas de faire la fonctionnalité sans crash ? :aie:
En fait on peu voir les choses un peu autrement.Citation:
Mais au final l'objectif est atteind ... regarde la rivière : elle prend toujours le chemin le plus facile mais au bout du compte elle arrive à la mer
Là tu faisais allusion au contournement d'un obstacle par la rivière pour continuer son chemin.
En fait je vois les choses de façon un peu plus complexe (hé oui j'y peu rien, cela doit être génétique :mouarf: ) :
Lorsque la rivière arrive devant un obstacle :
Si le "coût" pour franchir l'obstacle est plus faible que le débis, alors elle va tout droit (une pierre sur le chemin d'un rivière ne fait pas le poid en général face au débit) et elle engloutis l'obstacle.
Si ce "coüt" est plus élevé que le débis, alors elle contourne l'obstacle (la rivière ne s'arrête pour taillader au burrin un gros rocher :mrgreen: )
Du moins elle contourne l'obstacle uniquement tant que les pressions maintenues constantes sur celui-ci sont trop faible pour faire céder l'obstacle.
En effet un gros rocher qui a provoquer le contourne ment de la rivière, subis une grosse érosion de la part de la rivière et un jour cédera.
(bon il peu y avoir un nouvelle obstacle apparaissant avant le rocher (un barrage) et sauvant le rocher :D )
Donc en bref la rivière contourne les obstacles qu'elle ne peu surmonter. Mais elle conserve une pression constante dessus, jusqu'à ce qu'elle puisse le surmonter. Elle n'abandonne jamais et le fait à son rythme. :D
un vrai modèle cette rivière :mrgreen:
Au final, Clorish, je te conseille de mettre en place un solution de contournement si tu considère ne pas pouvoir surmonter l'obstacle dans les délais qui te sont donné.
Puis maintiens une pression constante sur celui, en essayant lorsque tu as du temps de le surmonter.
Et lorsque tu y arriveras tu pourras enfin aller tout droit et ne plus prendre des chemins détournés.
:D
Au final je conseille au manager de dire à leur nouvelle recrue de prendre en modèle la rivière.
Ils seront d'accord, car c'était leur idole lorsqu'ils étaient étudiant. ils révaient tous de suivre leur cours sans quitter leur lit. :mouarf:
bien vu CED600 !!
Je suis d'accord avec toi et c'est d'ailleur ce qui est fait.
J'ai bien vu la solution du changement manuel de la date de creation, qui permet de maniere propre de palier au probleme.
Apres, meme si le probleme est temporairement reglé pour continuer le travail, j'aime bien continuer a chercher le pourquoi du comment.
Ce n'est pas parce que le probleme est reglé au temps X que en X+N il ne reviendra pas.
Le fait de savoir quel est l'origine de ce probleme permet de prevoir ce genre de plantage et anticiper les bugs ;)
Sinon pour en revenir au probleme : Je n'ai pas fait F5 en effet, mais je teste la date via l'explorateur (et par code aussi vu que c'est la que le bug s'est produit). Et ce, de la meme facon que ce soit en mode debug ou en mode normal.