Estranho, fui fazer o teste no meu Mac a data não passa de 31/12/2037

2008/1/18 Josias LG <[EMAIL PROTECTED]>:

>
> 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

Responder a