Le 31 mars a disparu et la fonction date

Bonjour :D

Dans un script, j'ai utilisé la méthode dont nous avons parlé il n'y a pas longtemps:

Code:

---

date --date="1 day ago"

---

Pour faire la liste de dates valides.

Quand je suis parti, tout marchait. Aujourd'hui, je reviens et ça ne marche plus.
Après avoir scruter le tout, j'ai découvert que le 31 mars 2012 n'existait pas dans la liste des dates valides.

Voici la console qui atteste de sa disparition et sa réapparition:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

[00:57:55 ~/Documents]$ for ((i=1;i<365;i+=1)); do printf "%d " $i;date --date="$i day ago" "+%d.%m.%Y"; done|less [00:59:13 ~/Documents]$ date --date='39 days ago' lundi 1 avril 2013, 00:59:40 (UTC+0200) [00:59:40 ~/Documents]$ date --date='40 days ago' samedi 30 mars 2013, 23:59:46 (UTC+0100) [00:59:46 ~/Documents]$ date --date='38 days ago' mardi 2 avril 2013, 00:59:54 (UTC+0200) [00:59:54 ~/Documents]$ date --date='39 days ago' lundi 1 avril 2013, 01:00:23 (UTC+0200) [01:00:23 ~/Documents]$ date --date='40 days ago' dimanche 31 mars 2013, 00:00:25 (UTC+0100) [01:00:25 ~/Documents]$

---

À l'heure qu'il est, sans rien changer, mon script est redevenu fonctionnel.

Pourquoi m'affiche-t-il parfois la date en UTC+0100 et parfois en UTC+0200 ?
Pourquoi le 31 mars a-t-il disparu?

Bonjour

Citation:

---

Envoyé par Flodelarab

Pourquoi m'affiche-t-il parfois la date en UTC+0100 et parfois en UTC+0200 ?

---

Aucune idée :s

Citation:

---

Envoyé par Flodelarab

Pourquoi le 31 mars a-t-il disparu?

---

J'ai pas vérifié, mais comme il affiche en UTC+x, et que tu fais le premier test à 0h59 et le second à 1h00 UTC+y, en UTC+x, tu as (probablement) changé de jour (et donc «il y a 40 jours» ne donne plus le même jour) ^^

Citation:

---

Envoyé par Flodelarab

Pourquoi le 31 mars a-t-il disparu?

---

Salut
Parce que 2013 n'est pas une année bissextile

Bon, désolé, j'ai pas pu me retenir...:pastaper: :dehors:

Citation:

---

Envoyé par Flodelarab

Après avoir scruter le tout, j'ai découvert que le 31 mars 2012 n'existait pas dans la liste des dates valides.

---

C'est une conclusion trop hative.

Citation:

---

Pourquoi m'affiche-t-il parfois la date en UTC+0100 et parfois en UTC+0200 ?

---

Par ce qu'on est passé en heure d'été le 31 mars à deux heures du matin.

Citation:

---

Pourquoi le 31 mars a-t-il disparu?

---

Par ce que le 31 mars a duré 23 heures, que tu as lancé ta commande entre minuit et une heure du matin, et que "xx days ago" assume que tous les jours font 24 heures, ce qui n'est pas le cas ici.

Bah, c'est la période du changement d'horaire hiver/été, non ?

Citation:

---

Envoyé par disedorgue

Bah, c'est la période du changement d'horaire hiver/été, non ?

---

Exact, on est passé à l'heure d'été la nuit du 30 au 31 mars
Donc on est passé de UTC+0100 à UTC+0200

lundi 1 avril 2013, 00:59:40 (UTC+0200)
=
dimanche 31 mars 2013, 23:59:40 (UTC+0100)

Donc pas d'erreur.

Ok tout est plus clair Merci !

Je résume:
le 31 mars entre 0h et 1h n'existe pas.
UTC+0100 désigne la moitié du calendrier dans laquelle nous ne sommes pas aujourd'hui.
UTC+0200 désigne la moitié du calendrier dans laquelle nous sommes aujourd'hui.

Je compte re-testé à minuit. Et changer la commande en

Code:

---

1 2	[20:43:40 ~]$ date --date="13 1 day ago" jeudi 9 mai 2013, 13:00:00 (UTC+0200)

---

Citation:

---

Envoyé par Flodelarab

Je résume:
le 31 mars entre 0h et 1h n'existe pas.

---

Non, c'est entre 2h et 3h qui n'existe pas (en heure locale), c'est pour ça qu'on dit, à deux heures, il sera trois heures. Peu importe d'ailleurs à quelle heure à lieu ce changement, c'est le fait qu'il y a une journée qui dure 23 heures qui fait qu'entre minuit et une heure, si tu retranche un multiple de 24h et que la date de changement d'heure est incluse, elle n'apparait pas.
Si tu es patient, réessaie après le passage à l'heure d'hiver et tu verra une date apparaitre deux fois.

Citation:

---

UTC+0100 désigne la moitié du calendrier dans laquelle nous ne sommes pas aujourd'hui.

---

UTC+0100 indique que l'heure locale est égale au temps universel coordonné (UTC, souvent appelé GMT) auquel on ajoute 1 heure (+0100)

Citation:

---

UTC+0200 désigne la moitié du calendrier dans laquelle nous sommes aujourd'hui.

---

communément appelée heure d'été.

Merci.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

[23:26:58 ~/Documents]$ date --date="03/30/2013 02:30" samedi 30 mars 2013, 02:30:00 (UTC+0100) [23:27:10 ~/Documents]$ date --date="03/31/2013 02:30" date: date non valide «*03/31/2013 02:30*» [23:27:18 ~/Documents]$ date --date="10/27/2013 02:30" dimanche 27 octobre 2013, 02:30:00 (UTC+0100) [23:28:50 ~/Documents]$ date --date="10/27/2013 24:30" date: date non valide «*10/27/2013 24:30*» [23:29:04 ~/Documents]$ date --date="10/26/2013 24:30" date: date non valide «*10/26/2013 24:30*» [23:29:23 ~/Documents]$ date --date="10/26/2013 23:30" samedi 26 octobre 2013, 23:30:00 (UTC+0200)

---

Comment désigne-ton la 25ème heure du 27/10/2013?

Citation:

---

Envoyé par Flodelarab

Comment désigne-ton la 25ème heure du 27/10/2013?

---

Ptet en jouant avec les secondes...
Quelque chose comme date --date="10/27/2013 7200 secondes"...

Peu pas tester actuellement, j'ai coupé mon Linux et suis passé sous Zindow...

Je confirme que mon script fonctionne maintenant très bien (avec le 13 au début)

Par contre, je cherche toujours la 25ème heure.

Si on est systématiquement obligé de compter le nombre de secondes depuis l'Epoch, je pense que certains logiciels doivent mal marcher.

On nous raconte que des malfaiteurs ont cambriolé une banque par internet (45 millions de dollars), ils auraient dû le faire le 27 octobre entre 2 et 3 heures du matin première version. La deuxième version aurait écrasé toutes leurs traces. De plus entre 2h et 3h deuxième version, ils auraient trouvé un alibi. :mouarf:

Citation:

---

Envoyé par Flodelarab

Si on est systématiquement obligé de compter le nombre de secondes depuis l'Epoch, je pense que certains logiciels doivent mal marcher.

---

Ils ne cherchent pas la 25° heure...

Citation:

---

Envoyé par Flodelarab

On nous raconte que des malfaiteurs ont cambriolé une banque par internet (45 millions de dollars), ils auraient dû le faire le 27 octobre entre 2 et 3 heures du matin première version. La deuxième version aurait écrasé toutes leurs traces. De plus entre 2h et 3h deuxième version, ils auraient trouvé un alibi. :mouarf:

---

Probablement une légende urbaine. Les logs informatiques, eux, écrivent ce qui passe de façon séquentielle. Et donc même avec la date qui repasse à 02h00 on peut quand-même comprendre ce qui s'est passé au moment où ça s'est passé...

Citation:

---

01h57: ...
02h12: ...
02h20: ...
02h35: ...
02h57: ...
02h04: ...
02h07: ...
02h44: ...
03h03: ...
etc...

---

J'imagine des logs dans les avions avec le décalage horaire, cela doit être sport à retracer les evenements.Et selon le sens du vol, on pourrait avoir l'effet avant la cause :lol:
:pastaper::dehors:

On arrête de délirer ... :fou:

Tous les systèmes embarqués, en particulier ceux utilisés dans les transports, le systèmes utilisés par les banques et la plupart des systèmes Unix/Linux utilisent l'heure UTC comme référence.

Peu importe donc l'heure locale, et d'ailleurs ils peuvent très bien supporter plusieurs heures locales simultanément. L'heure locale est un attribut de chaque programme, qui peut en changer comme il le souhaite.

A propos des logs, sauf s'ils sont mal conçus, ils affichent le fuseau horaire donc il n'y a pas d’ambiguïté et les deux logs suivant sont bien successifs:

Code:

---

1 2	02h57+0200 02h04+0100

---

Citation:

---

Envoyé par jlliagre

On arrête de délirer ...

---

Oui! Arrêtons de délirer et disons comment désigner la 25ème heure sous linux!
Qui sait comment faire?

Citation:

---

Envoyé par jlliagre

sauf s'ils sont mal conçus

---

Nous ne disons rien de plus.

La méthode qui consiste à regarder 'a few days ago' est mauvaise si on ne se place pas à 13h (par exemple).

Je ne sais pas ce que tu veux dire pas la 25ème heure, voila par exemple ce que j'ai:

Code:

---

1 2 3 4 5 6 7 8

$ date --date="10/26/2013 23:30 1 hour" dim. 27 oct. 2013 00:30:00 $ date --date="10/26/2013 23:30 2 hour" dim. 27 oct. 2013 01:30:00 $ date --date="10/26/2013 23:30 3 hour" dim. 27 oct. 2013 02:30:00 $ date --date="10/26/2013 23:30 4 hour" dim. 27 oct. 2013 02:30:00

---

C'est que tu cherches ?

Citation:

---

Envoyé par Flodelarab

Oui! Arrêtons de délirer et disons comment désigner la 25ème heure sous linux!
Qui sait comment faire?

---

Cette heure supplémentaire (ou manquante) n'a pas de nom particulier, que ce soit sous Linux, Unix, Windows ou en général. Ce ne sont pas les systèmes d'exploitations mais les gouvernements qui sont souverains sur l'heure légale dans leurs pays respectifs.

Citation:

---

La méthode qui consiste à regarder 'a few days ago' est mauvaise si on ne se place pas à 13h (par exemple).

---

La méthode n'est pas "mauvaise" ou "bonne", elle fait un calcul se basant sur une longueur de jour habituelle et donne un résultat correct. Si ça te pose un problème, fixe ton fuseau horaire à une valeur qui n'est pas soumise à l'heure d'été.

Code:

---

1 2 3 4 5 6 7 8

$ date --date="10/26/2013 23:30 3 hour" dimanche 27 octobre 2013, 02:30:00 (UTC+0200) $ date --date="10/26/2013 23:30 4 hour" dimanche 27 octobre 2013, 02:30:00 (UTC+0100) $ TZ=UTC date --date="10/26/2013 23:30 3 hour" dimanche 27 octobre 2013, 02:30:00 (UTC+0000) $ TZ=UTC date --date="10/26/2013 23:30 4 hour" dimanche 27 octobre 2013, 03:30:00 (UTC+0000)

---

Que de belles remarques!

C'est ça que je cherchais:

Code:

---

1 2	date --date="10/27/2013 00:30 24 hour" dimanche 27 octobre 2013, 23:30:00 (UTC+0100)

---

"24h heures après dimanche, nous étions toujours dimanche" dit-il à sa femme "Plus jamais j'irais chez ta mère ce jour là."

Le calendrier républicain avait essayé de rationaliser mais n'a pas survécu.

Le 31 juillet 2012 moins 1 mois, c'est quelle date ?

Le 29 février 2012 moins 1 an, c'est quelle date ?

Plus dur (attention il y a un piège):

Le 1 juillet 2012 à 00h00 moins 1 seconde, c'est quelle heure ?

Citation:

---

Envoyé par jlliagre

Le calendrier républicain avait essayé de rationaliser mais n'a pas survécu.

---

Mouais. Et selon le calendrier Maya c'est nous qui n'avons pas survécu au 21 décembre dernier :mrgreen:

Citation:

---

Envoyé par jlliagre

Plus dur (attention il y a un piège):

Le 1 juillet 2012 à 00h00 moins 1 seconde, c'est quelle heure ?

---

Bon, je me lance dans le piège (promis j'ai pas triché)
C'est le 30 juin 2012 à 23h59mn59s...