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
