Donc si tu changes de fuseau horaire, les dates indiquées pour les fichiers vont changer.
Pour les changements de pays oui, mais pas lorsqu'on passe de l'heure d'hiver à l'heure d'été par exemple.
Par changement de fuseau horaire, j'entends changement de $TZ.
lhabert
"JPM" :
D'ou mes problemes de syncronisation de mon disque local (Windows) et de mon disque réseau (Linux) et que au final, je n'aurais pas de solution autres que de synchroniser "a la main" les heures via le touch .
Moi, je mettrais la date dans le nom du fichier au moment de sa création. C'est trop volatile, les dates de fichiers, pour se reposer dessus.
"JPM" :
D'ou mes problemes de syncronisation de mon disque local (Windows) et
de mon disque réseau (Linux) et que au final, je n'aurais pas de
solution autres que de synchroniser "a la main" les heures via le
touch .
Moi, je mettrais la date dans le nom du fichier au moment de sa création.
C'est trop volatile, les dates de fichiers, pour se reposer dessus.
D'ou mes problemes de syncronisation de mon disque local (Windows) et de mon disque réseau (Linux) et que au final, je n'aurais pas de solution autres que de synchroniser "a la main" les heures via le touch .
Moi, je mettrais la date dans le nom du fichier au moment de sa création. C'est trop volatile, les dates de fichiers, pour se reposer dessus.
JPM
On 28 mar, 14:10, "patrice" wrote:
"JPM" a écrit dans le message denews:1174925061. On 26 mar, 17:40, "patrice" wrote:> "JPM" a écrit dans le message
denews:
On 26 mar, 15:25, Vincent Lefevre <vincent+ wrote:
soit un fichier créé en hiver en france (heure local=gmt+1) , à 2 2h il est enregistré en GMT+0 (UTC) donc à 21h si on fait un dir : windows affiche fichier UTC!h, Local= gmt+1=utc+1 "h On est en été (youpi!!) on change d'heure, local=gmt+2 windows affiche fichier UTC!h, Local= gmt+2=utc+2 #h Et tu verras que l'hiver prochain, le fichier "repassera" à 22h
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
On 28 mar, 14:10, "patrice" <patrice_labracherie_nos...@free.fr>
wrote:
"JPM" <at.ch...@ifrance.com> a écrit dans le message denews:1174925061. 771431.313770@d57g2000hsg.googlegroups.com...
On 26 mar, 17:40, "patrice" <patrice_labracherie_nos...@free.fr>
wrote:> "JPM" <at.ch...@ifrance.com> a écrit dans le message
On 26 mar, 15:25, Vincent Lefevre <vincent+n...@vinc17.org> wrote:
soit un fichier créé en hiver en france (heure local=gmt+1) , à 2 2h
il est enregistré en GMT+0 (UTC) donc à 21h
si on fait un dir :
windows affiche fichier UTC=21h, Local= gmt+1=utc+1 =22h
On est en été (youpi!!) on change d'heure, local=gmt+2
windows affiche fichier UTC=21h, Local= gmt+2=utc+2 =23h
Et tu verras que l'hiver prochain, le fichier "repassera" à 22h
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
"JPM" a écrit dans le message denews:1174925061. On 26 mar, 17:40, "patrice" wrote:> "JPM" a écrit dans le message
denews:
On 26 mar, 15:25, Vincent Lefevre <vincent+ wrote:
soit un fichier créé en hiver en france (heure local=gmt+1) , à 2 2h il est enregistré en GMT+0 (UTC) donc à 21h si on fait un dir : windows affiche fichier UTC!h, Local= gmt+1=utc+1 "h On est en été (youpi!!) on change d'heure, local=gmt+2 windows affiche fichier UTC!h, Local= gmt+2=utc+2 #h Et tu verras que l'hiver prochain, le fichier "repassera" à 22h
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
patrice
"JPM" a écrit dans le message de news:
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
je ne connais pas l'influence de l'heure d'été sous unix. Je sais juste pourquoi les fichiers windows se décale d'1 h au changement été/hiver/été
"JPM" <at.choum@ifrance.com> a écrit dans le message de
news:1175092715.114618.189280@p77g2000hsh.googlegroups.com...
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
je ne connais pas l'influence de l'heure d'été sous unix.
Je sais juste pourquoi les fichiers windows se décale d'1 h au changement
été/hiver/été
Pouvez vous reprendre cet exemple avec le fonctionnement sous Unix ?
je ne connais pas l'influence de l'heure d'été sous unix. Je sais juste pourquoi les fichiers windows se décale d'1 h au changeme nt été/hiver/été
Pas de probleme et je vous remercie pour l'exemple parlant.
Vincent Lefevre
Dans l'article , JPM écrit:
Enfin quelque chose que je comprend. Le changement d'heure n'est pas un changement de fuseau horaire. Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris, par exemple. Car quand tu indiques l'heure de Paris, le système va automatiquement aller chercher le bon décalage dans sa base de données (en fonction de la date UTC). Mais si tu indiques au système que tu es en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu vas observer une heure différente pour tes fichiers (en gros, c'est ce que semble faire Windows).
Dans l'article <1175088820.964145.139580@p15g2000hsd.googlegroups.com>,
JPM <at.choum@ifrance.com> écrit:
Enfin quelque chose que je comprend. Le changement d'heure n'est pas
un changement de fuseau horaire.
Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je
le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris,
par exemple. Car quand tu indiques l'heure de Paris, le système va
automatiquement aller chercher le bon décalage dans sa base de données
(en fonction de la date UTC). Mais si tu indiques au système que tu es
en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu
vas observer une heure différente pour tes fichiers (en gros, c'est ce
que semble faire Windows).
Enfin quelque chose que je comprend. Le changement d'heure n'est pas un changement de fuseau horaire. Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris, par exemple. Car quand tu indiques l'heure de Paris, le système va automatiquement aller chercher le bon décalage dans sa base de données (en fonction de la date UTC). Mais si tu indiques au système que tu es en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu vas observer une heure différente pour tes fichiers (en gros, c'est ce que semble faire Windows).
On 28 mar, 18:27, Vincent Lefevre <vincent+ wrote:
Dans l'article , JPM écrit:
Enfin quelque chose que je comprend. Le changement d'heure n'est pas un changement de fuseau horaire. Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris, par exemple. Car quand tu indiques l'heure de Paris, le système va automatiquement aller chercher le bon décalage dans sa base de données (en fonction de la date UTC). Mais si tu indiques au système que tu es en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu vas observer une heure différente pour tes fichiers (en gros, c'est ce que semble faire Windows).
Pour terminer sur le sujet j'ai trouvé un lien qui explique le probleme de Windows et donc mon probleme http://www.codeproject.com/datetime/dstbugs.asp
Dans l'exemple C: correspond a mon disque local et A: a mon disque reseau (Mon disque EXT3 via Samba doit etre vu par windows comme du FAT).
Merci en tout cas a tous de m'avoir fait comprendre pourquoi je ne m'etais jamais posée la question avant d'avoir touché a Windows.
On 28 mar, 18:27, Vincent Lefevre <vincent+n...@vinc17.org> wrote:
Dans l'article <1175088820.964145.139...@p15g2000hsd.googlegroups.com>,
JPM <at.ch...@ifrance.com> écrit:
Enfin quelque chose que je comprend. Le changement d'heure n'est pas
un changement de fuseau horaire.
Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je
le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris,
par exemple. Car quand tu indiques l'heure de Paris, le système va
automatiquement aller chercher le bon décalage dans sa base de données
(en fonction de la date UTC). Mais si tu indiques au système que tu es
en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu
vas observer une heure différente pour tes fichiers (en gros, c'est ce
que semble faire Windows).
Pour terminer sur le sujet j'ai trouvé un lien qui explique le
probleme de Windows et donc mon probleme
http://www.codeproject.com/datetime/dstbugs.asp
Dans l'exemple C: correspond a mon disque local et A: a mon disque
reseau (Mon disque EXT3 via Samba doit etre vu par windows comme du
FAT).
Merci en tout cas a tous de m'avoir fait comprendre pourquoi je ne
m'etais jamais posée la question avant d'avoir touché a Windows.
On 28 mar, 18:27, Vincent Lefevre <vincent+ wrote:
Dans l'article , JPM écrit:
Enfin quelque chose que je comprend. Le changement d'heure n'est pas un changement de fuseau horaire. Et un fichier créé le 1/01/2007 a 13h, sera encore créé a 13h si je le regarde le 12 juillet sur mon disque.
Oui, si tu spécifies ton fuseau horaire comme étant l'heure de Paris, par exemple. Car quand tu indiques l'heure de Paris, le système va automatiquement aller chercher le bon décalage dans sa base de données (en fonction de la date UTC). Mais si tu indiques au système que tu es en GMT-1 en hiver, et puis que tu passes en GMT-2 en été, alors là, tu vas observer une heure différente pour tes fichiers (en gros, c'est ce que semble faire Windows).
Pour terminer sur le sujet j'ai trouvé un lien qui explique le probleme de Windows et donc mon probleme http://www.codeproject.com/datetime/dstbugs.asp
Dans l'exemple C: correspond a mon disque local et A: a mon disque reseau (Mon disque EXT3 via Samba doit etre vu par windows comme du FAT).
Merci en tout cas a tous de m'avoir fait comprendre pourquoi je ne m'etais jamais posée la question avant d'avoir touché a Windows.