Vous avez remarqué qu'on approche du milliard de secondes depuis l'Epoch (01/01/1970)? Ca va être le Samedi 9 septembre s'il faut croire Perl [localtime(1000000000)]. On fait la fete?
Ouais, s'y faut à cette date là je serais à une feria, donc debout et bien beurré, et j'aurais donc l'occasion de boire le calimuxo de la milliardième seconde. Yeaaahhhhh!
Je crois que le WE du 8-9 septembre y'a la feria d'Arles et la feria des vendanges a Nimes la semaine d'apres, mais bon à confirmer parce que je dis ça vraiment de tête, d'après des souvenirs très vagues.
>Et coup de bol, à Pentecote, on n'a pas eu de pluie, contrairement à l'année dernière, et aussi aux semaines qui ont suivi. :)
L'annee derniere a Vic on a eu des sots d'eau, et cette annee j'ai pas pu y aller, greu!
Bon c'est pas le tout mais on va finir par etre hors sujet 8-)
C'est ça, Feria des vendanges du 15 au 17 septembre, à Nîmes. On est maintenant complètement hors-sujet, c'est plus la bonne date :)
Boaf, cette année, à Nîmes, ça manquait pas mal d'animation, j'ai trouvé, même par rapport à l'année dernière.
Enfin, bref, de plus en plus hors-sujet :)
En tout cas, je vois d'ici les blagues débiles qu'on risque de voir à l'approche de 2038 ; je serais prêt à parier qu'un journaliste idiot titrera « UNIX : la fin d'une Epoch » ou un truc du genre. Et d'ailleurs, UNIX (j'inclus Linux et les Hurd, *BSD,... dans ma pensée) sera-t-il toujours là, ou aura-t-il été remplacé par autre chose (et, le cas échéant, par quoi) ? À voir l'exemple du COBOL j'ai quelques doutes, mais ça peut faire un bon sujet de reflexion pour nos amis les visionnaires (et un sujet de marrade après coup ;-)
Et encore, elle est stockée sur 32 bits pour les architectures 32 bits (x86, PPC). Sur les Alpha ou les Itanium (d'ailleurs il existe une version de la TRES PROFESSIONNELLE (ironique) SuSE pour itanium), la taille d'un entier est de 64 bits.
Hé oui, avec 64 bits, les horloges Unix dureront plus de 5 milliards d'années. A cette époque, le soleil donnera des signes de fatigue évidents et nos descendants auront quitté la terre.
Sur les OS, non. Mais il doit bien y avoir un certain nombre de script Perl, PHP ou autre mal programmé qui vont planter.
Donc meme si Paris ou New-York ne seront pas détruit par une explosion atomique, je serais guère étonné de voir quelques probleme sur certains sites internet... :)
En fait c'est signé, puisqu'on peut partir en négatif à partir de 1/1/70. Sinon, il aurait quelques problèmes en compta. Mais des bugs peuvent subsister à cause du format posix strftime qui est plus que merdique...
Et l'OS qui foirera le premier sera ... Linux !
> uname -a
Linux hostname 2.2.18 #2 Fri Jan 26 12:16:29 CET 2001 i686 unknown
> touch -t 203801190323.28 toto
> touch -t 203801190323.29 toto
touch: invalid date format `203801190323.29'
Alors que Solaris :
> uname -a
SunOS hostname 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-250
> touch -t 203801190414.07 toto
> touch -t 203801190414.08 toto
touch: bad time specification
Et FreeBSD :
> uname -a
> uname -a
FreeBSD hostname 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Thu Mar 16 09:46:45 CET 2000 user@hostname:/usr/src/sys/compile/HOSTNAME i386
> touch -t 203801190414.07 toto
> touch -t 203801190414.08 toto
touch: out of range or illegal time specification: [[CC]YY]MMDDhhmm[.SS]
Tout ca parce que la fonction mktime du noyau est biaisée... Et non ce n'est pas un problème de timezone, sinon les minutes et les secondes seraient les mêmes !
Tous les programmes qui utilisent la fonction mktime du noyau qui fait la conversion de la date jj/mm/aa hh:mm:ss vers le nombre de secondes écoulées depuis l'epoch, vont avoir des problèmes par ce que mktime ne sait pas dépasser le 19 janvier 2038 à 03:14:08.
Le problème vient du fait que la fonction tient en une ligne et est simplifiée, et est, par la nature des variables utilisées et par la nature des calculs faits, biaisée. D'ailleurs, c'est écrit dans le source qu'il y a des problèmes...
amis alors dans un peu moins d'un siecle (disons en 3000 pour faire bien annonce de catastrophe millenariste) perl va nous faire un bug. Rah ca va etre affreux tous aux abris faites vos provisions les serveurs web vont nous peter a la gueule
Comment ca un siecle c loin ... mais non il est peut etre deja trop tard :)
Juste comme ca, pour éviter que paco rabanne tombe la dessus et batisse son argumentation apoalyptique parisienne, je rappelle à nos aimables lecteurs qu'un siecle ca fait 100 ans, et que un peu moins d'un siecle ne peut pas faire 999 ans. Voila.
Certains scripts en bash peuvent aussi bugger, selon la façon dont les dates sont comparées :
$ a=999999999
$ b=1000000000
[$a ">" $b] est vrai !!
Il faut bien utiliser le bon opérateur :
[$a -gt $b] est faux.
Et il y a surement d'autres bugs enfouis ailleurs....
Oui il y a des softs mal écris. Je me suis d'ailleurs rendu compte du milliard à cause d'un bug dans une petite base de données en Perl:
@list = sort { $sort{$a} cmp $sort{$b} } keys(%print);
Je l'ai utilisé pour trier des dates en secondes.
Ce tri marche très bien sur des chaines de caractères et tant que la date reste exprimée
en millions.
Pas mal de petits scripts vont foirer mais ce sera vite corrigé.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
Bah si.
Du coup, tu fais la teuf le samedi soir, et quand t'es raide dead le dimanche matin a 3h46:40, tu peux encore te defoncer pour la fete du milliard!
En fait, le terme est... polémique. Il n'y a pas de véritable consensus sur la traduction du terme, chacun ayant bien sûr raison :-)
Je ne pense pas dans tous les cas que cela ait une grande importance. Avoir époque pour tout le monde, sachant que pour les informaticiens, ce sera l'epoch, ne nuit pas à la compréhension.
# Ouais, on fete ca..
Posté par Benjamin . Évalué à 1.
Ouhla, je vous quitte, il est déjà 992940959, et on m'a donné rendez-vous à 992941200...
[^] # Re: Ouais, on fete ca..
Posté par Anonyme . Évalué à 0.
Je propose qu'on sorte tous à cette heure et qu'on gueule, je suis un Geek !
[^] # Re: Ouais, on fete ca..
Posté par ufoot (site web personnel) . Évalué à 1.
[^] # Re: Ouais, on fete ca..
Posté par Jak . Évalué à 1.
[^] # Re: Ouais, on fete ca..
Posté par Veggie . Évalué à 1.
[^] # Re: Ouais, on fete ca..
Posté par Jak . Évalué à 1.
:)
Et coup de bol, à Pentecote, on n'a pas eu de pluie, contrairement à l'année dernière, et aussi aux semaines qui ont suivi. :)
[^] # Re: Ouais, on fete ca..
Posté par ufoot (site web personnel) . Évalué à 1.
>Et coup de bol, à Pentecote, on n'a pas eu de pluie, contrairement à l'année dernière, et aussi aux semaines qui ont suivi. :)
L'annee derniere a Vic on a eu des sots d'eau, et cette annee j'ai pas pu y aller, greu!
Bon c'est pas le tout mais on va finir par etre hors sujet 8-)
[^] # Re: Ouais, on fete ca..
Posté par Jak . Évalué à 1.
Boaf, cette année, à Nîmes, ça manquait pas mal d'animation, j'ai trouvé, même par rapport à l'année dernière.
Enfin, bref, de plus en plus hors-sujet :)
[^] # Re: Ouais, on fete ca..
Posté par Philippe Martin . Évalué à 1.
[^] # Mégateuf!
Posté par Ano . Évalué à 1.
Postez, diffusez la new, c'est l'occasion de faire connaitre UN*X!
[^] # Re: Mégateuf!
Posté par William Steve Applegate (site web personnel) . Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Mégateuf!
Posté par Anonyme . Évalué à 0.
[^] # Compteur
Posté par Ano . Évalué à 1.
# Bizarre...
Posté par Anonyme . Évalué à 0.
Ca va être la catastrophe !!!!!!
[^] # Re: Bizarre...
Posté par Pierre Tramal (site web personnel) . Évalué à 1.
L'époque doit être stockée (AMHA) sur un entier 32 bits.
2^32=4 294 967 296 secondes... il n'y a donc pas de quoi s'inquiéter (pour l'instant)...
[^] # Re: Bizarre...
Posté par Pierre Tramal (site web personnel) . Évalué à 1.
[^] # Re: Bizarre...
Posté par Maillequeule . Évalué à 1.
Attention quand meme, ca va arriver vite si j'en crois l'accroissement du taux de non-repousse de mes excroissances capillaires...
Yup Yup !
Mike
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
[^] # Re: 64 bits pour user le soleil.
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
Donc meme si Paris ou New-York ne seront pas détruit par une explosion atomique, je serais guère étonné de voir quelques probleme sur certains sites internet... :)
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 1.
[^] # Re: Bizarre...
Posté par Jean David Olekhnovitch . Évalué à 1.
perl -e 'my $time=localtime(2_147_483_647);print $time'
> Tue Jan 19 04:14:07 2038
perl -e 'my $time=localtime(2_147_483_648);print $time'
> Fri Dec 13 20:55:13 1901
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
C'est déjà plus inquietant. Plus q'une trentaine d'années avant le crash :-)
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 1.
> uname -a
Linux hostname 2.2.18 #2 Fri Jan 26 12:16:29 CET 2001 i686 unknown
> touch -t 203801190323.28 toto
> touch -t 203801190323.29 toto
touch: invalid date format `203801190323.29'
Alors que Solaris :
> uname -a
SunOS hostname 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-250
> touch -t 203801190414.07 toto
> touch -t 203801190414.08 toto
touch: bad time specification
Et FreeBSD :
> uname -a
> uname -a
FreeBSD hostname 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Thu Mar 16 09:46:45 CET 2000 user@hostname:/usr/src/sys/compile/HOSTNAME i386
> touch -t 203801190414.07 toto
> touch -t 203801190414.08 toto
touch: out of range or illegal time specification: [[CC]YY]MMDDhhmm[.SS]
Tout ca parce que la fonction mktime du noyau est biaisée... Et non ce n'est pas un problème de timezone, sinon les minutes et les secondes seraient les mêmes !
[^] # Re: Bizarre...
Posté par Douglas Rafferty . Évalué à 1.
Attends attends, j'ai pas du tout compris pourquoi Linux plante 50 minutes avant tout le monde. En quoi le mktime du noyau est-il biaisé ?
Tu pourrais etre plus precis ?
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 1.
Le problème vient du fait que la fonction tient en une ligne et est simplifiée, et est, par la nature des variables utilisées et par la nature des calculs faits, biaisée. D'ailleurs, c'est écrit dans le source qu'il y a des problèmes...
[^] # Re: Bizarre...
Posté par Dugland Bob . Évalué à 1.
L'exposant des nombres en virgule flotante est biaise aussi par ex.
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
-J
[^] # Re: Bizarre...
Posté par Frederic PY . Évalué à -1.
Comment ca un siecle c loin ... mais non il est peut etre deja trop tard :)
[^] # Re: Bizarre...
Posté par lorill (site web personnel) . Évalué à 1.
[^] # Re: Bizarre...
Posté par Ramón Perez (site web personnel) . Évalué à 1.
Les anciennes versions de Kmail plantaient/eront le 9 septembre, voir ici :
http://devel-home.kde.org/~kmail/bug.html(...)
Certains scripts en bash peuvent aussi bugger, selon la façon dont les dates sont comparées :
$ a=999999999
$ b=1000000000
[$a ">" $b] est vrai !!
Il faut bien utiliser le bon opérateur :
[$a -gt $b] est faux.
Et il y a surement d'autres bugs enfouis ailleurs....
[^] # Re: Bizarre...
Posté par Annah C. Hue (site web personnel) . Évalué à 1.
$ [ "1" "<" "2" ] && echo ouais
ouais
$ [ "10" "<" "2" ] && echo ouais
ouais
$ [ "1" -lt "2" ] && echo ouais
ouais
$ [ "10" -lt "2" ] && echo ouais
[^] # Re: Bizarre...
Posté par Vivi (site web personnel) . Évalué à -1.
$ (( 1 < 2 )) && echo ouais
ouais
$ (( 10 < 2 )) && echo ouais
$
(en bash2 seulement)
[^] # Re: Bizarre...
Posté par Anonyme . Évalué à 0.
' cat mrtg/popol.log | cut -c1-9 ' seront plantees puisque un milliard, ca fait un caractere de plus...
[^] # Re: Bizarre...
Posté par ZeroHeure . Évalué à 1.
@list = sort { $sort{$a} cmp $sort{$b} } keys(%print);
Je l'ai utilisé pour trier des dates en secondes.
Ce tri marche très bien sur des chaines de caractères et tant que la date reste exprimée
en millions.
Pas mal de petits scripts vont foirer mais ce sera vite corrigé.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# M'enfin !
Posté par Anonyme . Évalué à 0.
[^] # Re: M'enfin !
Posté par a_jr . Évalué à 1.
Du coup, tu fais la teuf le samedi soir, et quand t'es raide dead le dimanche matin a 3h46:40, tu peux encore te defoncer pour la fete du milliard!
Sont fort ces informaticiens, non?
Yves
# Epoque ?? Epoch plutôt !!
Posté par Maxime Ritter (site web personnel) . Évalué à 1.
Ou bien y'a t'il un académicien qui est passé par la pour franciser un terme technique ??
# Epoque != Epoc
Posté par Frédéric Massot (site web personnel) . Évalué à 1.
[^] # Re: Epoque != Epoch
Posté par Frédéric Massot (site web personnel) . Évalué à 1.
[^] # Re: Epoque != Epoch
Posté par freePK . Évalué à 1.
Je ne pense pas dans tous les cas que cela ait une grande importance. Avoir époque pour tout le monde, sachant que pour les informaticiens, ce sera l'epoch, ne nuit pas à la compréhension.
PK
[^] # Re: Epoque != Epoch
Posté par Anonyme . Évalué à 0.
[^] # Re: Epoque != Epoch
Posté par Anonyme . Évalué à 0.
chui déçu ;o)
[^] # Re: Epoque != Epoch
Posté par nodens . Évalué à 1.
snif !
remarque, ça serait pas le contraire ? tordus comme y sont, ces codeurs japonais... ;-)
PS : Je donne à toute cette new et ces commentaires le prix de la news la plus Geek de l'année. Nan, sérieux. :-)
# 987654321
Posté par Ramón Perez (site web personnel) . Évalué à 1.
# ouioui
Posté par Anonyme . Évalué à 0.
PS: forum.ouah.org
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.