logo

Knowledge Is Power

 
 

- Reinit des nouveaux posts -

- Recherche -

Messages Privés - Derniers posts
S'enregistrer - Login - Liste des membres
Vous logger : Login Pass

Unix-like >> Le bogue de l'année 2038 Newtopic | Reply
poster txt
Amista
Inscrit le 15-11-2005
Avatar
Posté le 29-05-2007 18:01

Après le bogue de l'an 2000, il parait que l'année 2038 serait l'apocalypse pour les systèmes unix sur du 32 bit.

http://fr.wikipedia.org/wiki/Bug_de_l%27an_2038

"
[...]Le problème concerne des logiciels qui utilisent la représentation POSIX du temps, dans lequel le temps est représenté comme un nombre de secondes depuis le 1er janvier 1970 à 0 heure. Sur les ordinateurs 32 bits, la plupart des systèmes d'exploitation concernés représentent ce nombre comme un nombre entier signé de 32 bits, ce qui limite le nombre de secondes à 2 147 483 647 (01111111 11111111 11111111 11111111 en base 2). Ce nombre maximum sera atteint le 19 janvier 2038 à 3 h 14 min 7 s (temps universel). La seconde suivante, la représentation du temps « bouclera » (10000000 00000000 00000000 00000000 en base 2) et représentera -2 147 483 648.

Les logiciels concernés sont très nombreux car la norme POSIX, inspirée des systèmes UNIX, a été utilisée pour de nombreux programmes écrits en langage C pour de nombreux systèmes d'exploitation.[...]
"

http://fr.wikipedia.org/wiki/Bogue_de_l%27an_2000
"
Le bogue de l'an 2038 devrait affecter les systèmes Unix en 2038. En effet ces systèmes utilisent le nombre de secondes écoulées depuis le 1er janvier 1970 (cette date « 0 » est appelée Epoch) pour exprimer les dates. Or en 2038 le nombre de seconde écoulés devrait dépasser les capacités de stockages des nombres signés sur quatre octets. Sur les variantes d'Unix représentant ce nombre de secondes avec des entiers non signés (ce qui, pour des raisons techniques, est peu fréquent), le problème se posera en 2106. Pour éviter ce problème il faut stocker la date sur un plus grand nombre de bits. Avec l'arrivée de systèmes 64 bits il sera possible de stocker des dates à plus de 250 milliards d'années dans le futur.
"

Le bogue de l'année 2038, encore un coup des illuminatis ?

"
[...]Le bug de l'an 200 n'était pas un accident mais une tentative de prise de contrôle orchestrée par les illuminati.[...]
http://hyatus.newffr.com/TAZ/Philosophie_CyberMind/textes/illuminati/illuminati_fichiers/html/04.html
_________________________
Tel un chien qui hurle à la mort, j'hurle à la tendresse.
profil | Website | edit | quote
Stray Cat
Inscrit le 23-05-2007
Posté le 01-06-2007 23:39

Quote:
Le bug de l'an 200


Ouaip, à ce qui parrait, en l'an 200, aucun pc au monde ne marchait... Jamais vu un bug aussi puissant.

(c'est bas, de se moquer d'une erreur de frappe, hein? D'un autre coté, je suis petit, donc j'aime bien tout ce qui est bas... résille)
profil | edit | quote
neuroloops
Inscrit le 01-09-2007
Posté le 10-09-2007 20:01

j'espere que dans 30 ans on ne vera plus de 32 bit, ca sera vraiment vieux..
profil | edit | quote
Bad-Shadow
Inscrit le 18-05-2007
Posté le 10-09-2007 21:25

Bah je pense qu'on en verra plus sauf pour certaines antiquités comme nos pc actuels (si on les garde)
profil | edit | quote
Phant0m
Inscrit le 23-03-2007
Posté le 11-09-2007 06:11

Bah, ce sera réglé d'ici ce temps-là, lol!
profil | edit | quote
inphra
Inscrit le 04-09-2007
Posté le 11-09-2007 23:04

faudra rebrancher du 32bits en '38 histoire de voir
profil | edit | quote
Phant0m
Inscrit le 23-03-2007
Posté le 12-09-2007 03:56

Lol, tu pourrais aussi simplement avancer la date, non? Ce serait moins long...
profil | edit | quote
Phant0m
Inscrit le 23-03-2007
Posté le 12-09-2007 04:00

Je viens d'essayer avec Backtrack... Il ne respecte apparemment pas la norme Unix, lol... D'ailleurs, beaucoup de systèmes Linux ne respectent qu'en partie les normes Unix, et la plupart ne sont même pas certifiés totalement compatibles aux normes Unix... Heureusement!
profil | edit | quote
Newtopic | Reply

Online : acerudu, CurtisEnups, Curtiskeymn, DavidIonip, eceyajac, efazevo, ejfuezidlenn, ekuufitojaoju, ElberMozy, eqeyulaures, eresajaopa, Evearrero, ezuhnleve, idorevufal, ixedivosyebfa, Jeffreypaf, Jeffreypoild, Mine-Bosskl, operavir, otafehuliy, RonarKi, uqegixoavuka, uzahiogoza, VolkarEI, zalodavoobio et 112 Guests


Retour Index NewFFR Repository : http://taz.newffr.com
Cagades à Stick : http://alcane.newffr.com
Forum HTML et Archive -> ici
ForumFR Sql/Xml (2006/04) (SF pas à jour du tout...) - Alive since 2001 Newffr.com
Pour toute plainte ou problème -> Contacter Borax, Hyatus, Tweakie ou Stick par message privé (ou Gueulez sur le forum :) )
Retour haut de page