Réponse : Erreur de date de création après remplacement d'un fichier supprimé

Question

Bonjour à tous
Ceci n'est pas une question mais une réponse à un vieille question que je n'ai pas su retrouver dans le forum.

Le problème était :
Sur un même répertoire, j'ai un fichier créé précédemment.
Je supprime le fichier (vers corbeille ou complètement)
Je recréé ou je renomme un autre fichier qui va porter le même nom que le fichier que je viens de supprimer.
Constatation : La date de création du nouveau fichier est la date de création du fichier qui vient d'être supprimé, alors que les dates de modification ou date de dernier accès sont correctes.
Ce problème est reproductible sous 2000 et XP (en FAT ou NTFS), NT et Vista

J'ai profité de mon statut de MVP pour questionner Microsoft.
Microsoft france a transmis à Microsoft à Redmont, équipe de développement NTFS
La réponse est la suivante : Ceci est normal (sic)
Elle est dûe au "File System Tunneling Capabilities".
Ce système a été instauré pour maintenir la compatibilité DOS avec les OS plus récents pour la gestion des noms de fichiers courts 8.3 et les noms longs : le système gère une sorte de base de données de correllation entre ces deux appellations.
Sous DOS, quand on sauvegarde un fichier, le système créé une copie modifiée temporaire, supprime l'ancien fichier puis renomme le fichier temporaire sous le vrai nom. La date de création du fichier originale ne change donc pas, ce qui, dans ce cas, parait normal.
Ce système assure cette fonction si le nouveau fichier apparait dans les 15 secondes qui suivent la destruction du précédent fichier.

Le détail en anglais sur ce lien : clique ici et en français (traduction automatique pas toujours très claire) : clique ici

Voir dans cet article la méthode pour modifier le comportement du tunneling dans la base de registres.
Conseil : Ne modifiez ce comportement UNIQUEMENT si vous êtes confronté à ce problème de date de création de fichier.

Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés

Champion du monde de boule de cristal - 2005
Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)

cs_Exploreur · Answer

Bonsoir Jack,

Tout d'abord, merci de ne pas avoir mis cette question au placard, et merci d'y avoir porter ta réponse...
En ce qui me concerne, je ne vais pas tenter de changer le comportement du tunneling dans la base de registre, mais je me contenterai de la date que j'aurai sur le fichier...!!!De toute façon nous avions discuter ensemble de la solution, de créer un repertoire temp, et de faire les manipes surpprimer/créer/copier et renomer le fichier pour ne plus avoir ce problème de date...
Ah, aussi, c'est vrai je confirme la traduction automatique n'est pas tip-top, mais je m'en contente, et apprécie de ta part d'avoir mis les liens necéssaire, qui pourront sûrement répondre à d'autres question sur le même sujet, que des développeur se posent....

Sur ce,
Bonne soirée

A+
Exploreur

Gobillot · Answer

Bonjour,
je ne connaissais pas ce bug (comportement ?)
par contre quand on copie un fichier, on a la date de création qui se met à jour et la date de modif qui reste,
ce qui fait qu'on peut avoir des fichiers qui peuvent avoir été modifiés avant d'être créer,
ce qui semble bizarre quand même.
le déplacement ne le fait pas, il conserve les deux dates, le FileCopy de VB aussi.

Daniel

cs_Jack · Answer

Re
Ah bah voilà, c'est sur ton post dans le forum, Exploreur. Merci de l'avoir rappelé dans ta réponse.
Excuses, je n'ai pas eu le temps de trop rechercher.
Content que tu aies lu cette explication.

jmfmarques · Answer

Bonjour,

Je tiens personnellement à saluer l'opiniatreté de Jack.


Je sais ô combien il faut d'unsistance et de patience pour obtenir une réponse de Microsoft.

Un grand MERCI à Jack, donc, pour ce suivi, bien sût, mais également et surtout pour son geste .

cs_casy · Answer

Peut-etre qu'étant MVP il est privilégié.

Sinon faut savoir tapper aux bonnes portes, il faut pas toujours se contenter de la porte d'entrée sur la facade. Quelque fois ça marche mieux quand on passe par une porte de service à l'arrière de la boutique.

Mais c'est pas seulement pour Microsoft, c'est vrai pour tous les grand groupes.

PS : Si vous voulez contacter directement Microsoft USA, penser à donner une adresse mail anglosaxonne style yahoo.com. Vous pouvez espérant une réponse en 10/15jours avec un peu de chance. Si vous vous pointez avec une adresse en .fr, ça peut monter à plusieurs mois, si jamais vous recevez une réponse un jours, lol.

---- Sevyc64  (alias Casy) ----<hr size="2" width="100%" /># LE PARTAGE EST NOTRE FORCE #

jmfmarques · Answer

Ouais, c'est vrai, ce que tu dis, Casy...

Mais la petite porte de chez toto est quelquefois également la grande porte de l'un de ses concurrents.

C'est ce que j'ai fini par mettre en pratique une fois (il y a environ 8 ans), dans une affaire qui ne recevait aucune réponse de Microsoft.

La chose m'ayant passablement irrité, à l'époque, j'ai tout simplement relaté, sur le site d'un coucurrent, la faille découverte et l'attitude "autrUchienne" de Microsoft, en prétendant vouloir savoir uniquement si leur OS avait la même faille 

Et là : MIRACLE : j'ai été soudain innondé de messages de Microsoft, avec moult explications et affirmation de ce qu'une équipe était mise sur la réparation de cette faille !!!

Réponse : Erreur de date de création après remplacement d'un fichier supprimé

6 réponses

Votre réponse

Discussions similaires