[FUG-BR] OFF-TOPIC- Bug do ano 2038 - faltam 30 anos (Unix)
Frederico Terra Boechat
fboechat em mar.com.br
Sexta Janeiro 18 15:22:30 BRST 2008
Tudo bem, os programadores antigos largaram um pouco de mão a base toda até
estar bem próximo a 2000 (a maioria acreditava ainda que o mundo ia acabar
em 2000, vai ver era esse o motivo), mas sei lá...
Em 30 anos, na velocidade da informática, tudo já foi migrado.
Os softs e hardwares evoluiram nos ultimos 5 anos muito mais do que nos
últimos 30 anos, no passo que vamos nm existirá nada em 64 bits em 20 anos!
quem dirá 32 bits!
Nem sei se EU vou estar vivo em 30 anos!
hahahahha
Relaxa :-)
Frederico Boechat
----- Original Message -----
From: "Cabral" <gnu.groups at gmail.com>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
<freebsd at fug.com.br>
Sent: Friday, January 18, 2008 3:13 PM
Subject: Re: [FUG-BR] OFF-TOPIC- Bug do ano 2038 - faltam 30 anos (Unix)
Estranho, fui fazer o teste no meu Mac a data não passa de 31/12/2037
2008/1/18 Josias LG <josiaslg at uol.com.br>:
>
> http://uoltecnologia.blog.uol.com.br/arch2008-01-13_2008-01-19.html#2008_01-17_20_57_59-126529944-29
>
> O titulo do post já dá pistas: vem mais encrenca por aí. Mal saímos do
> bug do milênio e já estão preocupados com outro.
>
> Na mesma linha do bug anterior, este também tem a ver com tempo e datas.
> O problema afeta programas que utilizam a representação de tempo Posix
> (Interface portátil entre sistemas operacionais), baseada em Unix -
> sistema operacional que controla a maioria dos servidores.
>
> Nessa representação, o tempo é cálculado desde 1o de janeiro de 1970 e
> usa um número binário (representado por zeros e uns) de 32 bits. A
> última data que pode ser representada nesse formato é 03:14:07 de 19 de
> janeiro de 2038 (32 números 1 seguidos).
>
> Após esse momento, a data será representada por um número decimal
> negativo (foto). Isso fará o calendário voltar para 1970 ou 1901,
> afetando a maioria dos programas executados pelo sistema. Bug a vista!
>
> PS - E dessa vez não vai ser tão simples resolver. Mudar a base de dados
> para 64 bits. A mudança quebraria a compatibilidade binária de alguns
> softwares. O Zip - compactador - foi construído para 32 bits. Muitos
> sistemas embarcados feitos até 2006 usam arquitetura de 32 bits. Tomara
> que consigam fazer a migração dos sistemas até 2038. No aguardo e
> torcendo!
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Mais detalhes sobre a lista de discussão freebsd