Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000 server
SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000 server
SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000 server
SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le message
de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que
quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" <Claude.CHARNEAU.amarantes@wanadoo.fr> a écrit dans le message
de news:OqCL3e5aHHA.208@TK2MSFTNGP05.phx.gbl...
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que
quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le message
de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que
quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et l'heure
mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le
message de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et l'heure
mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:F4EFABD4-DE60-43A6-9D4E-7DF56CC38C65@microsoft.com...
Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" <Claude.CHARNEAU.amarantes@wanadoo.fr> a écrit dans le
message de news:OqCL3e5aHHA.208@TK2MSFTNGP05.phx.gbl...
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et l'heure
mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent pas
de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le
message de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Cela dépend du logiciel d'archivage employé.
Certains se base sur le bit d'archivage, d'autre sur la date de création
et/ou modification. D'autre compare des clé de hachage.
Ca n'exclus pas que l'anomalie peut-être fort problématique.
"huggy" wrote in message
news:Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et
l'heure mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent
pas de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le
message de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et
fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du
nouveau fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via
Windows Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Cela dépend du logiciel d'archivage employé.
Certains se base sur le bit d'archivage, d'autre sur la date de création
et/ou modification. D'autre compare des clé de hachage.
Ca n'exclus pas que l'anomalie peut-être fort problématique.
"huggy" <bully@duc.net.fr> wrote in message
news:O2pP5y5aHHA.2316@TK2MSFTNGP04.phx.gbl...
Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et
l'heure mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:F4EFABD4-DE60-43A6-9D4E-7DF56CC38C65@microsoft.com...
Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent
pas de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" <Claude.CHARNEAU.amarantes@wanadoo.fr> a écrit dans le
message de news:OqCL3e5aHHA.208@TK2MSFTNGP05.phx.gbl...
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et
fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du
nouveau fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via
Windows Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Cela dépend du logiciel d'archivage employé.
Certains se base sur le bit d'archivage, d'autre sur la date de création
et/ou modification. D'autre compare des clé de hachage.
Ca n'exclus pas que l'anomalie peut-être fort problématique.
"huggy" wrote in message
news:Bonjour
Les sauvegardes incrémentielles ne fonctionnent pas sur la date et
l'heure mais sur le bit d'archive !
Alors !
Bon courage
"Richard Clark" <rc at c2i.fr> a écrit dans le message de
news:Ben oui ca peut être vraiment embêtant. Si ce bug est vérifié, ca peut
être même vraiment un pb.
Prenons l'exemple des sauvegardes incrémentielles, elles ne détectent
pas de modifs.
--
Richard Clark
http://www.c2i.fr Le 1er site .NET
http://www.project-hoshimi.com
"Le Claude" a écrit dans le
message de news:Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ?
Personnellement, je me soucie peu des dates de création de mes fichiers
du moment que quand je clique dessus ils s'ouvrent et
fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du
nouveau fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via
Windows Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
Crois-tu que cela vaille la peine de s'en inquiéter ?
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Crois-tu que cela vaille la peine de s'en inquiéter ?
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" <gvanhecke@aastra.com> a écrit dans le message de
news:%236T4la5aHHA.4872@TK2MSFTNGP03.phx.gbl...
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Crois-tu que cela vaille la peine de s'en inquiéter ?
Salut,
Crois-tu que cela vaille la peine de s'en inquiéter ? Personnellement,
je me soucie peu des dates de création de mes fichiers du moment que quand
je clique dessus ils s'ouvrent et fonctionnent.-:)))
--
Amicalement, Claude.
Claude CHARNEAU MVP-Shell/User.
La fé sense obras, morta es.
"Geofrey van Hecke" a écrit dans le message de
news:%Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
C'est en débugant un programme que j'ai rencontré cette anomalie. Mais
l'on peut facilement l'observé en faisant le test à la main via Windows
Explorer ou l'invite de commande.
J'ai refais les tests et observé le même problème sous Windows 2000
server SP4 et Windows XP SP2.
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 16 test.txt
1 File(s) 16 bytes
0 Dir(s) 816.140.288 bytes free
C:temp>del test.txt
C:temp>echo .> test.txt
C:temp>dir test.txt /tc
Volume in drive C has no label.
Volume Serial Number is A828-E9B4
Directory of C:temp
21/03/2007 08:46 3 test.txt
1 File(s) 3 bytes
0 Dir(s) 816.140.288 bytes free
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
Bonjour tout le monde,
Lorsque l'on supprime un fichier, puis que l'on recrée un autre avec
exactement le même nom que le précédent. La date de création du nouveau
fichier est pareil à celle du fichier original supprimé.
It's not a bug, it's by design !!!!
http://msdn2.microsoft.com/en-gb/library/ms724320.aspx
"If you rename or delete a file, then restore it
shortly thereafter, Windows searches the cache
for file information to restore.
Cached information includes its short/long name
pair and creation time."
It's not a bug, it's by design !!!!
http://msdn2.microsoft.com/en-gb/library/ms724320.aspx
"If you rename or delete a file, then restore it
shortly thereafter, Windows searches the cache
for file information to restore.
Cached information includes its short/long name
pair and creation time."
It's not a bug, it's by design !!!!
http://msdn2.microsoft.com/en-gb/library/ms724320.aspx
"If you rename or delete a file, then restore it
shortly thereafter, Windows searches the cache
for file information to restore.
Cached information includes its short/long name
pair and creation time."