Yannick a formulé ce lundi :La fonction DateHeureLocaleVersUTC me semble donc bugger ?
Fichier modifié en heure d'hiver :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-1h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+1h)
Fichier modifié en heure d'été :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-2h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+2h)
Ca me semble cohérent.
Yannick a formulé ce lundi :
La fonction DateHeureLocaleVersUTC me semble donc bugger ?
Fichier modifié en heure d'hiver :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-1h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+1h)
Fichier modifié en heure d'été :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-2h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+2h)
Ca me semble cohérent.
Yannick a formulé ce lundi :La fonction DateHeureLocaleVersUTC me semble donc bugger ?
Fichier modifié en heure d'hiver :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-1h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+1h)
Fichier modifié en heure d'été :
fDate(fichier) => dDateHeureFichier
DateHeureLocaleVersUTC(dDateHeureFichier) donne dDateHeureFichier-2h
(DateHeureUTCVersLocale(dDateHeureFichier) donne dDateHeureFichier+2h)
Ca me semble cohérent.
Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a bien
2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a bien
2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a bien
2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Yannick a écrit :Daniel a utilisé son clavier pour écrire :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Bonjour,
la fonction je la comprends comme toi. En heure d'été tu devrais avoir -2
heures.
Je viens de tester sous WD10, tu as bien 2 heures de décalage.
Intéressant
Dans ton test, as-tu pris un fichier qui a été modifié en heure d'hiver ?
Car si tu fais le test avec un fichier modifié aujourd'hui, tu ne dois pas
avoir le problème.
Que ce sois en Wd11/12/14 : j'ai le même comportement
Merci pour ta réponse
j'ai testé uniquement avec un paramètre passé en "dur".
2009010112000000 renvoie 2009010110000000
2009033012000000 renvoie 2009033010000000
voir si ta partition est en NTFS car, il me semble que Windows se comporte
différemment en fonction du type de partition lorsque tu fais fdatetime.
Yannick a écrit :
Daniel a utilisé son clavier pour écrire :
Yannick a écrit :
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Bonjour,
la fonction je la comprends comme toi. En heure d'été tu devrais avoir -2
heures.
Je viens de tester sous WD10, tu as bien 2 heures de décalage.
Intéressant
Dans ton test, as-tu pris un fichier qui a été modifié en heure d'hiver ?
Car si tu fais le test avec un fichier modifié aujourd'hui, tu ne dois pas
avoir le problème.
Que ce sois en Wd11/12/14 : j'ai le même comportement
Merci pour ta réponse
j'ai testé uniquement avec un paramètre passé en "dur".
2009010112000000 renvoie 2009010110000000
2009033012000000 renvoie 2009033010000000
voir si ta partition est en NTFS car, il me semble que Windows se comporte
différemment en fonction du type de partition lorsque tu fais fdatetime.
Yannick a écrit :Daniel a utilisé son clavier pour écrire :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Bonjour,
la fonction je la comprends comme toi. En heure d'été tu devrais avoir -2
heures.
Je viens de tester sous WD10, tu as bien 2 heures de décalage.
Intéressant
Dans ton test, as-tu pris un fichier qui a été modifié en heure d'hiver ?
Car si tu fais le test avec un fichier modifié aujourd'hui, tu ne dois pas
avoir le problème.
Que ce sois en Wd11/12/14 : j'ai le même comportement
Merci pour ta réponse
j'ai testé uniquement avec un paramètre passé en "dur".
2009010112000000 renvoie 2009010110000000
2009033012000000 renvoie 2009033010000000
voir si ta partition est en NTFS car, il me semble que Windows se comporte
différemment en fonction du type de partition lorsque tu fais fdatetime.
Yannick a formulé la demande :Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a
bien 2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Bé oui, c'est ce que j'ai fait (Fichier modifié en heure d'hiver ou d'été)
A+
Yannick a formulé la demande :
Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a
bien 2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Bé oui, c'est ce que j'ai fait (Fichier modifié en heure d'hiver ou d'été)
A+
Yannick a formulé la demande :Si tu remplaces "TonFichier" par un fichier modifié aujourd'hui, il y a
bien 2 heures de décallage.
Si tu remplaces "TonFichier" par un fichier modifié avant le changement
d'heure, il n'y a qu'1 heure de décallage...
Bé oui, c'est ce que j'ai fait (Fichier modifié en heure d'hiver ou d'été)
A+
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 ->
OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 ->
OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 ->
OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si un
fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la fonction
DateHeureLocaleVersUTC), change au passage à l'heure d'été uniquement pour
les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en heure
d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Yannick a écrit :
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si un
fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la fonction
DateHeureLocaleVersUTC), change au passage à l'heure d'été uniquement pour
les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en heure
d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si un
fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la fonction
DateHeureLocaleVersUTC), change au passage à l'heure d'été uniquement pour
les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en heure
d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier
si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Daireaux Jean-Baptiste avait énoncé :
Yannick a écrit :
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier
si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier
si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Yannick a écrit :Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier
à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison logique
à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars' est un fait
intangible. Maintenant que je suis le 31 mars, qu'il me dise que l'évènement
a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le changement
de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2 mars
est dans la période heure d'hiver.
J.B.D.
Yannick a écrit :
Daireaux Jean-Baptiste avait énoncé :
Yannick a écrit :
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier
à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison logique
à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars' est un fait
intangible. Maintenant que je suis le 31 mars, qu'il me dise que l'évènement
a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le changement
de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2 mars
est dans la période heure d'hiver.
J.B.D.
Yannick a écrit :Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de vérifier si
un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le 02/03/2009, à
7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000 -> OK
(1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage en
heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947) donne
20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier
à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison logique
à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars' est un fait
intangible. Maintenant que je suis le 31 mars, qu'il me dise que l'évènement
a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le changement
de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2 mars
est dans la période heure d'hiver.
J.B.D.
Yannick a écrit :Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de
vérifier si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage
en heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947)
donne 20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison
logique à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars'
est un fait intangible. Maintenant que je suis le 31 mars, qu'il me dise
que l'évènement a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le
changement de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2
mars est dans la période heure d'hiver.
J.B.D.
Yannick a écrit :
Daireaux Jean-Baptiste avait énoncé :
Yannick a écrit :
Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de
vérifier si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage
en heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947)
donne 20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison
logique à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars'
est un fait intangible. Maintenant que je suis le 31 mars, qu'il me dise
que l'évènement a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le
changement de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2
mars est dans la période heure d'hiver.
J.B.D.
Yannick a écrit :Daireaux Jean-Baptiste avait énoncé :Yannick a écrit :Bonjour
Je rencontre un problème à l'utilisation de la fonction
DateHeureLocaleVersUTC (je me sert de cette fonction afin de
vérifier si un fichier a été modifié).
Le problème est que la date/heure UTC d'un fichier (donnée par la
fonction DateHeureLocaleVersUTC), change au passage à l'heure d'été
uniquement pour les fichiers modifiés prendant la période d'hiver !!!
Concrêtement
Le fichier en question a été modifié, la dernière fois, le
02/03/2009, à 7H19Mn47 (en heure d'hiver)
Jusqu'à samedi :
fDateHeure donnait 20090302071947 -> OK
DateHeureLocaleVersUTC(20090302071947) donnait -> 20090302061947000
-> OK (1 heure de décallage)
Le problème est à partir de dimanche (passage en heure d'été) :
fDateHeure donne 20090302081947 -> OK (1 heure de plus car passage
en heure d'été)
DateHeureLocaleVersUTC(20090302081947) donne -> 20090302071947000 ->
PROBLEME !!!!!!
Y aurtait-il quelque chose que je fais mal dans l'utilisation
DateHeureLocaleVersUTC ?
Merci pour vos réponses
Yannick
Je pense que c'est fdateheure qui déconne dans ton exemple.
20090302081947 appartient à la période de l'heure d'hiver donc sa
transformation en heure UTC donne +1h.
fdateheure n'a pas a changer l'heure.
J.B.D.
Pas d'accord
fdateheure renvoie bien la même date/heure qu'on peut voir sous
l'explorateur windows.
Ce qui ne va pas, c'est que DateHeureLocaleVersUTC(20090302081947)
donne 20090302071947000, alors qu'on est maintenant en heure d'été !
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un
fichier à évolué ?
Comment contourner ce problème ?
Alors l'explorateur windows a aussi un bug ! l'heure n'a pas à changer !
Si ton fichier a été modifié le 2 mars à 7h19. il n'y a pas de raison
logique à modifier le fait. 'Le fichier a été modifié à 7h19 le 2 mars'
est un fait intangible. Maintenant que je suis le 31 mars, qu'il me dise
que l'évènement a eu lieu le 2 mars à 8h19 est une grave erreur.
Je pense que windows renvoie l'heure à laquelle il a appliqué le
changement de fuseau horaire sans se préoccuper de la date de l'évènement.
Quel windows au fait ?
Je trouve encore une fois que 'DateHeureLocaleVersUTC' fonctionne
correctement : le 2 mars 7h19 devient en UTC le 2 mars 06h19 car le 2
mars est dans la période heure d'hiver.
J.B.D.
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier à
évolué ?
Comment contourner ce problème ?
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier à
évolué ?
Comment contourner ce problème ?
Personne n'utilise donc DateHeureLocaleVersUTC afin de tester si un fichier à
évolué ?
Comment contourner ce problème ?
