Bug do milênio

O termo bug do milênio, refere-se a possíveis erros de computador relacionados à formatação e armazenamento de dados de calendário para datas no ano 2000 e posteriores. Muitos programas representavam anos de quatro dígitos apenas com os dois últimos, tornando o ano 2000 indistinguível de 1900. A incapacidade dos sistemas de computador de distinguir as datas corretamente tinha o potencial de causar falhas em infraestruturas globais de indústrias dependentes de computadores.

Um painel eletrônico na École centrale de Nantes em 3 de janeiro de 2000, exibindo incorretamente o ano como 1900. Tradução: "Bem-vindo à Escola Central de Nantes 12:09 3 de janeiro de 1900."

Nos anos que antecederam a virada do milênio, o público foi gradualmente alertado para o "bug do milênio", e empresas previram que os danos globais causados pelo bug exigiriam entre 400 milhões e 600 bilhões de dólares para serem corrigidos. A falta de clareza sobre os perigos potenciais do bug levou algumas pessoas a estocar comida, água e armas, comprar geradores de energia e retirar grandes quantias de dinheiro, prevendo um apocalipse induzido por computadores.

Contrariando as expectativas publicadas, poucos erros graves ocorreram em 2000. Defensores do esforço de remediação do bug do milênio argumentaram que isso se deveu principalmente à ação preventiva de muitos programadores de computador e especialistas em tecnologia da informação. Empresas e organizações em alguns países, mas não todos, verificaram, corrigiram e atualizaram seus sistemas para lidar com o problema. O então presidente dos EUA Bill Clinton, que organizou esforços para minimizar os danos nos Estados Unidos, chamou o bug do milênio de "o primeiro desafio do século XXI bem-sucedidamente enfrentado", e retrospectivas sobre o evento geralmente elogiam os programadores que trabalharam para evitar o desastre previsto.

Críticos argumentaram que, mesmo em países onde muito pouco foi feito para corrigir softwares, os problemas foram mínimos. O mesmo aconteceu em setores como escolas e pequenas empresas, onde a conformidade com as políticas do ano 2000 era irregular, na melhor das hipóteses.

Antecedentes

Y2K é um numerônimo e foi a abreviação comum para o problema de software do ano 2000. A abreviação combina a letra Y para "ano" (year), o número 2 e uma versão maiúscula de k, que é o prefixo da unidade do SI quilo, significando 1000; assim, 2K significa 2000. Também foi chamado de "bug do milênio" porque estava associado à virada popular (e não literal) do milênio, embora a maioria dos problemas pudesse ter ocorrido no final de qualquer século.

O artigo de três páginas "Doomsday 2000", publicado em 1993 na revista Computerworld por Peter de Jager, foi descrito pelo The New York Times como "o equivalente da era da informação à cavalgada da meia-noite de Paul Revere".

O problema foi tema do livro Computers in Crisis de Jerome e Marilyn Murray (Petrocelli, 1984; republicado pela McGraw-Hill sob o título The Year 2000 Computing Crisis em 1996). Sua primeira menção registrada em um grupo de notícias Usenet data de 18 de janeiro de 1985, por Spencer Bolles.

O acrônimo Y2K foi atribuído ao programador de Massachusetts David Eddy, em um e-mail enviado em 12 de junho de 1995. Ele posteriormente afirmou: "As pessoas estavam chamando de CDC (Century Date Change), FADL (Faulty Date Logic). Havia outros concorrentes. Y2K simplesmente saiu dos meus dedos".

O problema começou porque, tanto em mainframes quanto em computadores pessoais posteriores, a memória era cara, variando de US$ 10 por kilobyte até mais de US$ 100 por kilobyte em 1975. Por isso, era muito importante que os programadores minimizassem o uso. Como os computadores só se popularizaram no século XX, os programas podiam simplesmente adicionar o prefixo "19" ao ano de uma data, armazenando apenas os dois últimos dígitos do ano, em vez de quatro. Como o espaço em disco e em fitas de armazenamento também era caro, essas estratégias economizavam dinheiro ao reduzir o tamanho de arquivos de dados e bancos de dados armazenados, em troca de se tornarem inutilizáveis após o ano 2000.

Isso significava que programas lidando com anos de dois dígitos não conseguiam distinguir entre datas em 1900 e 2000. Alertas severos foram feitos, como este:

O bug do milênio é o equivalente eletrônico do El Niño e haverá surpresas desagradáveis ao redor do mundo.

— John Hamre, Secretário Adjunto de Defesa dos Estados Unidos

Opções no De Jager Year 2000 Index, "o primeiro índice que permitiu aos investidores gerenciar riscos associados ao problema ... do computador relacionado ao ano 2000", começaram a ser negociadas em meados de março de 1997.

Comitês especiais foram formados pelos governos para monitorar os trabalhos de reparação e os planos de contingência, especialmente por infraestruturas cruciais como telecomunicações e utilidades, para garantir que os serviços mais críticos tivessem resolvido seus próprios problemas e estivessem preparados para problemas de terceiros. Embora alguns comentaristas e especialistas argumentassem que a cobertura do problema era em grande parte alarmismo, foi apenas após a passagem segura do evento principal, 1.º de janeiro de 2000, que os temores do público foram totalmente dissipados.^{[carece de fontes]}

Alguns especialistas que argumentaram que havia alarmismo, como Ross Anderson, professor de engenharia de segurança no Laboratório de Computação da Universidade de Cambridge, alegaram que, apesar de enviarem centenas de comunicados de imprensa com resultados de pesquisas sugerindo que o problema provavelmente não seria tão grande quanto alguns sugeriram, foram amplamente ignorados pela mídia. De maneira semelhante, o livro da Microsoft Press Running Office 2000 Professional, publicado em maio de 1999, previu corretamente que a maioria do hardware e software de computadores pessoais não seria afetada pelo bug do milênio. Os autores Michael Halvorson e Michael Young caracterizaram a maioria das preocupações como histeria popular, uma opinião ecoada pela Microsoft Corp.

Problema de programação

A prática de usar datas com dois dígitos para conveniência é anterior aos computadores, mas nunca foi um problema até que as datas armazenadas começaram a ser usadas em cálculos.

Necessidade de economia de bits

Eu sou um dos culpados por ter criado esse problema. Eu escrevia esses programas nos anos 1960 e 1970 e me orgulhava do fato de conseguir economizar alguns elementos de espaço no meu programa ao não precisar colocar um "19" antes do ano. Naquela época, isso era muito importante. Costumávamos gastar muito tempo realizando vários exercícios matemáticos antes de começar a escrever nossos programas, para que eles pudessem ser claramente delimitados em relação ao espaço e ao uso da capacidade. Nunca passou pela nossa cabeça que esses programas durariam mais do que alguns anos. Como consequência, eles estão muito mal documentados. Se eu voltasse hoje e tentasse analisar alguns dos programas que escrevi há 30 anos, teria uma dificuldade enorme para entender passo a passo.

—Alan Greenspan, 1998

O processamento de dados comerciais era realizado usando equipamento de cartões perfurados e cartões perfurados, mais comumente do tipo de 80 colunas empregado pela IBM, que dominava o setor. Muitos truques eram usados para comprimir os dados necessários em registros de campo fixo de 80 caracteres. Economizar dois dígitos para cada campo de data era significativo nesse esforço.

Na década de 1960, memória de computador e armazenamento em massa eram escassos e caros. A memória de núcleo magnético custava um dólar por bit. Computadores comerciais populares, como o IBM 1401, eram fornecidos com apenas 2 kilobytes de memória. Os programas frequentemente imitavam técnicas de processamento de cartões. As linguagens de programação comerciais da época, como COBOL e RPG, processavam números em suas representações de caracteres. Com o tempo, os cartões perfurados foram substituídos por fitas magnéticas e, depois, arquivos em disco, mas a estrutura dos dados geralmente mudava muito pouco.

Os dados continuavam sendo inseridos usando cartões perfurados até meados da década de 1970. Arquiteturas de máquinas, linguagens de programação e designs de aplicações estavam evoluindo rapidamente. Nem os gestores nem os programadores da época esperavam que seus programas permanecessem em uso por muitas décadas, e a possibilidade de que esses programas fossem mantidos e causassem problemas ao interagir com bancos de dados – um novo tipo de programa com características diferentes – foi amplamente ignorada.

Primeira atenção

A primeira pessoa conhecida por abordar publicamente essa questão foi Bob Bemer, que a percebeu em 1958 como resultado do trabalho com software de genealogia. Ele passou os vinte anos seguintes tentando, sem sucesso, conscientizar os programadores, a IBM, o governo dos Estados Unidos e a Organização Internacional para Padronização. Isso incluiu a recomendação de que a cláusula picture do COBOL fosse usada para especificar anos com quatro dígitos para as datas.

Na década de 1980, a indústria de corretagem começou a abordar essa questão, principalmente devido aos títulos com datas de vencimento além do ano 2000. Em 1987, a Bolsa de Valores de Nova Iorque teria gasto mais de 20 milhões de dólares no bug do milênio, incluindo a contratação de 100 programadores.

Apesar de artigos em revistas sobre o assunto desde 1970, a maioria dos programadores e gestores começou a reconhecer o bug do milênio como um problema iminente apenas em meados da década de 1990. Mesmo assim, a inércia e a complacência fizeram com que o problema permanecesse amplamente sem solução até os últimos anos da década. Em 1989, Erik Naggum foi fundamental para garantir que o correio eletrônico usasse representações de anos com quatro dígitos, ao incluir uma forte recomendação nesse sentido no documento de requisitos para hospedeiros da internet RFC 1123. No Dia da Mentira de 1998, algumas empresas ajustaram as datas de seus computadores mainframe para o ano de 2001, para que "a data errada fosse percebida como uma brincadeira e não como um problema de computação", enquanto realizavam um dia completo de testes.

Enquanto alguns usaram anos de 3 dígitos e datas de 3 dígitos dentro desse ano, outros optaram por usar o número de dias desde uma data fixa, como 1.º de janeiro de 1900. A inação não era uma opção e representava o risco de falhas graves. Sistemas embarcados com lógica de datas semelhante eram esperados para apresentar mau funcionamento, causando falhas em serviços públicos e outras infraestruturas cruciais.

A economia de espaço em datas armazenadas continuou na era Unix, com a maioria dos sistemas representando datas em uma única palavra de 32 bits, geralmente representando datas como segundos decorridos desde uma data fixa, o que causa o similar bug do ano 2038.

Erros resultantes da programação de datas

Capturas de tela de uma página da web mostrando o problema do método JavaScript .getYear(), que ilustra o bug do milênio

Um Apple Lisa não aceita a data.

O armazenamento de uma data e hora combinadas em um campo binário fixo é frequentemente considerado uma solução, mas a possibilidade de o software interpretar erroneamente datas ainda existe, pois tais representações de data e hora devem ser relativas a uma origem conhecida. O reinício de tais sistemas continua sendo um problema, mas pode ocorrer em diferentes datas e de várias maneiras. Por exemplo:

• Sistemas de cartões de crédito enfrentaram problemas com máquinas que não processavam corretamente cartões com validade no novo milênio, e clientes foram cobrados com juros compostos incorretos. Um mercado de alto padrão, em 1997, teve seus 10 caixas registradoras travados repetidamente devido às datas de validade do ano 2000 em cartões de crédito, resultando no primeiro processo judicial relacionado ao bug do milênio.
• O programa de planilhas Microsoft Excel apresentava um problema muito básico relacionado ao ano 2000: o Excel (tanto nas versões para Windows quanto Mac, quando configurado para começar em 1900) incorretamente definia o ano de 1900 como um ano bissexto para compatibilidade com o Lotus 1-2-3. Além disso, os anos 2100, 2200, e assim por diante, também eram tratados como anos bissextos. Este erro foi corrigido em versões posteriores, mas, como a época do timestamp do Excel foi definida para a data inválida de 0 de janeiro de 1900 em versões anteriores, o ano 1900 ainda é tratado como um ano bissexto para manter a compatibilidade retroativa.
• Na linguagem de programação C, a função padrão da biblioteca para extrair o ano de um timestamp retorna o ano menos 1900. Muitos programas que usam funções do C, como Perl e Java, linguagens amplamente utilizadas no desenvolvimento web, trataram incorretamente este valor como os dois últimos dígitos do ano. Na web, isso geralmente era um erro de apresentação inofensivo, mas causou muitos sites dinamicamente gerados exibirem 1.º de janeiro de 2000 como "1/1/19100", "1/1/100" ou outras variações, dependendo do formato de exibição.
• O JavaScript foi alterado devido a preocupações com o bug do milênio, e o valor de retorno para anos mudou, variando entre representações de quatro dígitos e duas dígitos em diferentes versões, forçando programadores a reescrever códigos já funcionais para garantir que as páginas funcionassem em todas as versões.
• Aplicativos mais antigos escritos para o amplamente utilizado Source Code Control System em UNIX não conseguiam lidar com anos que começassem com o dígito "2".
• No gerenciador de arquivos do Windows 3.x, datas eram exibidas como 1/1/19:0 para 1/1/2000 (porque o caractere ":" é o próximo após "9" na tabela ASCII). Uma atualização estava disponível.
• Alguns softwares, como Math Blaster Episode I: In Search of Spot, que tratavam anos apenas como valores de dois dígitos em vez de quatro, exibiam o ano como "1900", "1901" e assim por diante, dependendo dos dois últimos dígitos do ano atual.

Bugs semelhantes relacionados a datas

4 de janeiro de 1975

A data de 4 de janeiro de 1975 excedeu o campo de 12 bits que era usado nos sistemas operacionais Decsystem 10. Houve inúmeros problemas e falhas relacionadas a esse bug enquanto um formato alternativo era desenvolvido.

9 de setembro de 1999

Mesmo antes de 1.º de janeiro de 2000, havia também algumas preocupações sobre 9 de setembro de 1999 (embora menos intensas que as geradas pelo bug do milênio). Isso porque essa data também podia ser escrita no formato numérico 9/9/99, o que poderia entrar em conflito com o valor de data 9999, frequentemente usado para especificar uma data desconhecida. Era possível que programas de banco de dados agissem sobre registros contendo datas desconhecidas nesse dia. Operadores de entrada de dados frequentemente inseriam 9999 em campos obrigatórios para uma data futura desconhecida (por exemplo, uma data de término de serviço de televisão a cabo ou telefone) para processar formulários de computador usando software CICS. Um caso algo semelhante a isso é o código de fim de arquivo 9999, usado em linguagens de programação mais antigas. Embora houvesse temores de que alguns programas pudessem terminar inesperadamente nessa data, o bug era mais propenso a confundir operadores de computador do que as próprias máquinas.

Anos bissextos

Ver artigo principal: Congruência de Zeller

Normalmente, um ano é bissexto se for divisível por quatro. Um ano divisível por 100 não é bissexto no calendário gregoriano, a menos que também seja divisível por 400. Por exemplo, 1600 foi um ano bissexto, mas 1700, 1800 e 1900 não foram. Alguns programas podem ter dependido da regra simplificada de que "um ano divisível por quatro é bissexto". Esse método funciona corretamente para o ano 2000 (porque é bissexto) e não será um problema até 2100, quando programas antigos provavelmente já terão sido substituídos. Outros programas continham lógica incorreta para anos bissextos, assumindo, por exemplo, que nenhum ano divisível por 100 poderia ser bissexto. Uma análise desse "problema dos anos bissextos", incluindo trechos de código reais, foi publicada em 1998. Para informações sobre por que anos centenários são tratados de maneira diferente, veja Calendário gregoriano.

Bug de 2010

Alguns sistemas tiveram problemas quando o ano mudou para 2010. Esse problema foi apelidado por alguns na mídia como "Y2K+10" ou "Y2.01K".

A principal fonte de problemas foi a confusão entre codificação de números em hexadecimal e BCD. Ambos codificam os números de 0 a 9 como 0x0–0x9. O BCD codifica o número 10 como 0x10, enquanto o hexadecimal codifica o número 10 como 0x0A; 0x10 interpretado como hexadecimal representa o número 16.

Por exemplo, porque o protocolo SMS usa BCD para datas, alguns softwares de celular relataram incorretamente as datas dos SMS como 2016 em vez de 2010. Windows Mobile foi o primeiro software relatado como afetado por esse problema; em alguns casos, o WM6 alterava a data de qualquer mensagem SMS recebida após 1.º de janeiro de 2010 de 2010 para 2016.

Outros sistemas afetados incluíram terminais EFTPOS, e o PlayStation 3 (exceto o modelo Slim).

As ocorrências mais importantes de tal falha foram na Alemanha, onde até 20 milhões de cartões bancários ficaram inutilizáveis, e com o Citibank Belgium, cujos chips de identificação Digipass dos clientes falharam.

Bug do ano 2022

Quando o ano de 2022 começou, muitos sistemas usando inteiros de 32 bits encontraram problemas, agora conhecidos como o bug Y2K22. O valor máximo de um inteiro com sinal de 32 bits é 2147483647. Sistemas que usam um inteiro para representar um campo de data de 10 caracteres, onde os dois primeiros são o ano em 2 dígitos, enfrentaram problemas em 1.º de janeiro de 2022, quando os dois primeiros caracteres precisaram ser '22', ou seja, valores de 2200000001 precisavam ser representados.

O Microsoft Exchange Server foi um dos sistemas mais significativos afetados pelo bug Y2K22. O problema causou o bloqueio de e-mails em filas de transporte nos Exchange Server 2016 e 2019, com o seguinte erro: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.

Bug do ano 2038

Ver artigo principal: Problema do ano 2038

Muitos sistemas utilizam tempo Unix e o armazenam em um inteiro com sinal de 32 bits. Esse tipo de dado só é capaz de representar valores entre −(2³¹) e (2³¹)−1, tratados como número de segundos desde a época de 1.º de janeiro de 1970 às 00:00:00 UTC. Esses sistemas só podem representar tempos entre 13 de dezembro de 1901 às 20:45:52 UTC e 19 de janeiro de 2038 às 03:14:07 UTC. Se esses sistemas não forem atualizados, datas que dependem do tempo Unix poderão exibir o ano de forma errada como 1901 a partir de 19 de janeiro de 2038 às 03:14:08 UTC.^{[carece de fontes]}

Soluções de programação

Diversas abordagens muito diferentes foram usadas para resolver o bug do milênio em sistemas legados.

Expansão de datas

Os anos de dois dígitos foram expandidos para incluir o século (tornando-se anos de quatro dígitos) em programas, arquivos e bancos de dados. Esta foi considerada a solução mais "pura", resultando em datas não ambíguas que são permanentes e fáceis de manter. Este método foi caro, exigindo extensos testes e esforços de conversão, afetando geralmente sistemas inteiros.

Janela de datas

Os anos de dois dígitos foram mantidos, e os programas determinaram o valor do século apenas quando necessário para funções específicas, como comparações e cálculos de datas. (A "janela" refere-se ao período de 100 anos ao qual uma data pertence.) Esta técnica, que exigia a instalação de pequenos patches de código nos programas, era mais simples de testar e implementar do que a expansão de datas, sendo assim muito menos onerosa. Embora não seja uma solução permanente, as correções baseadas em janela geralmente foram projetadas para funcionar por muitas décadas. Isso era considerado aceitável, já que sistemas legados tendem a ser substituídos por tecnologias mais novas.

Compressão de datas

Datas podem ser comprimidas em números binários de 14 bits. Isso permite a retenção do alinhamento de estrutura de dados, usando um valor inteiro para os anos. Esse esquema é capaz de representar 16384 anos diferentes; o esquema exato varia conforme a seleção do ponto de início.

Repartição de datas

Em bancos de dados legados cujo tamanho não poderia ser alterado economicamente, códigos de ano/mês/dia de seis dígitos foram convertidos em anos de três dígitos (com 1999 representado como 099 e 2001 como 101, etc.) e dias de três dígitos (data ordinal no ano). Apenas as instruções de entrada e saída para os campos de data precisaram ser modificadas, enquanto a maioria das outras operações de data e registros inteiros não precisaram de alteração. Isso adiou o problema de reinício para o final do ano de 2899.

Kits de software

Kits de software, como os listados nos "Top 10 Y2K fixes for your PC" da CNN.com: ("a maioria... gratuita"), que foi liderado pelo kit Millennium Bug Kit, de US$ 50.

Atualizações do relógio em tempo real

Uma solução única ganhou destaque. Enquanto outras correções trabalhavam no nível do BIOS como TSRs (Terminate and Stay Resident), interceptando chamadas ao BIOS, o Y2000RTC foi o único produto que funcionou como um driver de dispositivo, substituindo a funcionalidade do RTC defeituoso por um equivalente compatível. Este driver foi implementado nos anos anteriores ao prazo de 1999/2000 em milhões de PCs.

Programas de ponte

Servidores de data em que declarações Call são usadas para acessar, adicionar ou atualizar campos de data.

Erros documentados

Antes de 2000

• No final de 1998, a Commonwealth Edison relatou que uma atualização de software destinada a evitar o bug do milênio causou o envio de uma fatura de energia elétrica equivocada de 7 milhões de dólares para a vila de Oswego, Illinois.

• Em 1.º de janeiro de 1999, taxímetros em Singapura pararam de funcionar, enquanto na Suécia tarifas incorretas foram registradas.

• À meia-noite de 1.º de janeiro de 1999, em três aeroportos da Suécia, computadores utilizados pela polícia para gerar passaportes temporários deixaram de funcionar.

• Em 8 de fevereiro de 1999, durante testes de conformidade com o ano 2000 no sistema de monitoramento de barras nucleares na estação nuclear de Peach Bottom, Pensilvânia, um técnico alterou acidentalmente o relógio do sistema operacional em vez do computador de teste, o que causou falhas em todos os sistemas da usina por cerca de sete horas.

• Em novembro de 1999, aproximadamente 500 residentes de Filadélfia receberam convocações para o júri com datas de 1900.

• Em dezembro de 1999, no Reino Unido, uma atualização de software para conformidade com o ano 2000 impediu os serviços sociais em Bedfordshire de identificarem pessoas com mais de 100 anos, pois os computadores não reconheceram corretamente as datas de nascimento.

• No final de dezembro de 1999, a Telecom Italia enviou uma conta com valores datados de janeiro e fevereiro de 1900. A empresa afirmou que foi um erro único e que os sistemas já estavam preparados para o ano 2000.

• Em 31 de dezembro de 1999, às 19h (EST), um patch para evitar o bug do milênio causou falhas em computadores de uma estação de controle terrestre em Fort Belvoir, Virgínia, interrompendo a comunicação com cinco satélites espiões. As operações foram retomadas em 2 de janeiro de 2000.

Em 1.º de janeiro de 2000

Os problemas que ocorreram em 1.º de janeiro de 2000 foram geralmente considerados menores. As consequências nem sempre ocorreram exatamente à meia-noite. Alguns programas não estavam ativos naquele momento, e os problemas só se manifestaram quando foram ativados. Nem todos os problemas registrados estavam diretamente ligados à programação do ano 2000 em termos de causalidade; falhas tecnológicas menores ocorrem regularmente.

Os problemas relatados incluem:

• Na Austrália, máquinas de validação de bilhetes de ônibus em dois estados não funcionaram.
• No Japão:
  • Máquinas em 13 estações de trem pararam de emitir bilhetes por um curto período.
  • Em Ishikawa, a Usina Nuclear de Shika relatou que os equipamentos de monitoramento de radiação falharam alguns segundos após a meia-noite. As autoridades afirmaram que não havia risco para o público e que nenhuma radiação excessiva foi encontrada na usina.
  • Às 00:02, a operadora de telecomunicações Osaka Media Port encontrou erros de gerenciamento de data em sua rede. Um porta-voz informou que o problema foi resolvido às 02:43 e não interferiu nas operações.
  • A NTT Mobile Communications Network (NTT Docomo), maior operadora de celulares do Japão, relatou que alguns modelos de telefones móveis estavam excluindo mensagens novas recebidas, em vez de apagar as mensagens mais antigas, quando a memória ficava cheia.
  • Quinze empresas de valores mobiliários descobriram falhas em programas usados para negociações. As autoridades afirmaram que quatorze delas resolveram todos os problemas em um dia.
• Na Coreia do Sul:
  • À meia-noite, 902 sistemas de aquecimento ondol e de água quente falharam em um edifício residencial próximo a Seul; os sistemas ondol ficaram fora de serviço por 19 horas e só funcionaram manualmente, enquanto o aquecimento da água levou 24 horas para reiniciar.
  • Dois hospitais na Província de Gyeonggi relataram falhas em equipamentos que mediam medula óssea e formulários de entrada de pacientes, com um deles registrando um recém-nascido como tendo nascido em 1900, enquanto quatro pessoas na cidade de Daegu receberam contas médicas com datas de 1900.
  • Um tribunal em Suwon enviou notificações com uma data de julgamento de 4 de janeiro de 1900.
  • Uma locadora de vídeos em Gwangju gerou acidentalmente uma multa de aproximadamente 8 milhões de won (cerca de 7.000 dólares americanos) porque o computador da loja determinou que a devolução de uma fita estava 100 anos atrasada. As autoridades sul-coreanas declararam que o computador era de um modelo previsto como incompatível com a virada do ano e não havia recebido as atualizações de software necessárias.
  • A Universidade da Coreia enviou certificados de graduação datados de 13 de janeiro de 1900.
• Em Hong Kong, os bafômetros da polícia falharam à meia-noite.
• Em Jiangsu, China, os taxímetros falharam à meia-noite.
• No Egito, três máquinas de diálise falharam brevemente.
• Na Grécia, aproximadamente 30.000 caixas registradoras, cerca de 10% do total do país, imprimiram recibos com datas de 1900.
• Na Dinamarca, o primeiro bebê nascido em 1.º de janeiro foi registrado como tendo 100 anos de idade.
• Na França, o serviço nacional de previsão do tempo, Météo-France, informou que o bug do milênio fez com que a data em uma página da web exibisse um mapa com a previsão do tempo de sábado como "01/01/19100". Além disso, o governo relatou que o bug do milênio deixou um dos seus sistemas satélites Syracuse incapaz de reconhecer falhas a bordo.
• Na Alemanha:
  • na Deutsche Oper Berlin, o sistema de folha de pagamento interpretou o novo ano como sendo 1900 e determinou as idades dos filhos dos funcionários pelos dois últimos dígitos dos anos de nascimento. Isso causou a suspensão incorreta dos subsídios governamentais para cuidados infantis nos contracheques. Para restabelecer os subsídios, os contadores precisaram redefinir o ano do sistema operacional para 1999.
  • um banco transferiu acidentalmente 12 milhões de marcos alemães (equivalente a US$ 6,2 milhões) para um cliente e emitiu um extrato com a data de 30 de dezembro de 1899. O banco rapidamente corrigiu a transferência incorreta.
• Na Itália, os computadores de tribunais em Veneza e Nápoles mostraram a data de soltura de alguns prisioneiros como sendo 10 de janeiro de 1900, enquanto outros detentos apareceram incorretamente com 100 anos adicionais em suas sentenças.
• No Mali, um programa para rastrear trens em todo o país falhou.
• Na Noruega, um centro de cuidados diários para crianças em idade pré-escolar em Oslo ofereceu uma vaga a uma mulher de 105 anos porque o registro de cidadãos mostrava apenas os dois últimos dígitos dos anos de nascimento.
• Na Espanha, um trabalhador recebeu uma notificação para um tribunal industrial em Múrcia com a data do evento listada como 3 de fevereiro de 1900.
• Na Suécia, o principal hospital em Uppsala, um hospital em Lund e dois hospitais regionais em Karlstad e Linköping relataram que máquinas usadas para leitura de informações de eletrocardiograma falharam, embora os hospitais tenham declarado que isso não teve impacto na saúde dos pacientes.
• Em Sheffield, no Reino Unido, um bug que não foi descoberto e corrigido até 24 de maio fez com que os computadores calculassem erroneamente as idades de mães grávidas, levando a 154 pacientes receberem avaliações de risco incorretas para ter um filho com síndrome de Down. Como resultado direto, foram realizados dois abortos, e quatro bebês com síndrome de Down nasceram de mães que haviam sido informadas de que estavam no grupo de baixo risco.
• No Brasil:
  • No Porto de Santos, computadores que haviam sido atualizados em julho de 1999 para serem compatíveis com o ano 2000 não conseguiam ler registros aduaneiros de três anos gerados no sistema anterior após a virada do ano. O porto afirmou que isso afetou registros anteriores a junho de 1999 que as empresas não haviam atualizado, estimados em aproximadamente 20.000. Quando o problema foi identificado em 10 de janeiro, foi possível corrigir os registros individualmente "em questão de minutos". Um computador no Aeroporto Internacional de Viracopos, no estado de São Paulo, também sofreu esse problema, interrompendo temporariamente o descarregamento de cargas.
• Na Jamaica, na Kingston and St. Andrew Corporation, 8 semáforos em cruzamentos importantes pararam de funcionar. As autoridades declararam que esses semáforos faziam parte de um conjunto de 35 já identificados como não compatíveis com ano 2000 e que todos estavam programados para substituição.
• Nos Estados Unidos:
  • O Observatório Naval dos Estados Unidos, que administra o relógio mestre responsável pelo horário oficial do país, mostrou a data em seu site como 1.º de janeiro de 19100.
  • O Bureau of Alcohol, Tobacco, Firearms and Explosives não conseguiu registrar novos comerciantes de armas por 5 dias devido à falha de seus computadores em reconhecer as datas nos formulários.
  • 150 máquinas de slot machine do Delaware Lottery pararam de funcionar.
  • Em Nova York, uma locadora de vídeo gerou acidentalmente uma multa de atraso de US$ 91.250 porque o computador da loja determinou que a devolução de uma fita estava atrasada em 100 anos.
  • No Tennessee, o Complexo de Segurança Nacional Y-12 informou que o bug do milênio causou uma falha não especificada em um sistema usado para determinar o peso e a composição de substâncias nucleares em uma usina de armas nucleares. No entanto, o Departamento de Energia dos Estados Unidos afirmou que conseguiram manter o controle de todos os materiais. O problema foi resolvido em três horas, ninguém na usina ficou ferido, e as operações normais continuaram.
  • Em Chicago, por um dia, o Banco Federal de Reserva de Chicago não conseguiu transferir US$ 700.000 provenientes de receitas fiscais; o problema foi resolvido no dia seguinte. Além disso, outro banco em Chicago não conseguiu processar pagamentos eletrônicos do Medicare até 6 de janeiro, período durante o qual teve que enviar os pedidos processados em disquetes.
  • No Novo México, a Divisão de Veículos Motorizados do Novo México ficou temporariamente incapaz de emitir novas carteiras de motorista.
  • O site de campanha do candidato presidencial dos Estados Unidos Al Gore exibiu a data como 3 de janeiro de 19100 por um curto período.
  • A Godiva Chocolatier relatou que os caixas registradores em suas lojas nos Estados Unidos pararam de funcionar. O problema foi identificado em 2 de janeiro, e imediatamente começaram a distribuir uma correção. Um porta-voz informou que a funcionalidade foi restaurada na maioria dos caixas afetados até o final do mesmo dia, e o restante foi corrigido até o meio-dia de 3 de janeiro.
• As empresas de cartão de crédito MasterCard e Visa relataram que, como resultado direto do bug do milênio, durante semanas após a virada do ano, uma pequena porcentagem de clientes foi cobrada múltiplas vezes por transações.
• A Microsoft relatou que, após a virada do ano, e-mails do Hotmail enviados em outubro de 1999 ou antes apareceram como tendo sido enviados em 2099. No entanto, isso não afetou o conteúdo dos e-mails nem a capacidade de enviar e receber mensagens.

Respostas governamentais

Bulgária

Embora o Número de identificação nacional da Bulgária aloque apenas dois dígitos para o ano de nascimento, o problema do ano 1900 e, posteriormente, o problema do ano 2000 foram resolvidos pelo uso de valores acima de 12 na faixa de meses. Para todas as pessoas nascidas antes de 1900, o mês é armazenado como o mês do calendário mais 20, e para todas as pessoas nascidas a partir de 2000, o mês é armazenado como o mês do calendário mais 40.

Canadá

O Primeiro-ministro do Canadá Jean Chrétien ordenou que os principais ministros de seu gabinete permanecessem na capital Ottawa e se reunissem na 24 Sussex Drive, residência oficial do primeiro-ministro, para acompanhar a virada do ano. 13.000 militares canadenses também foram colocados em alerta.

Países Baixos

O governo holandês promoveu Centros de Compartilhamento e Análise de Informações sobre o bug do milênio (ISACs, na sigla em inglês) para compartilhar prontidão entre as indústrias, sem o risco de violações antitruste ou responsabilidade com base nas informações compartilhadas.^{[carece de fontes]}

Noruega e Finlândia

A Noruega e a Finlândia alteraram seus números de identificação nacional para indicar o século de nascimento de uma pessoa. Em ambos os países, o ano de nascimento era historicamente indicado por apenas dois dígitos. Esse sistema de numeração já havia causado um problema semelhante, o "problema do ano 1900", devido à dificuldade em distinguir entre pessoas nascidas nos séculos 19 e 20. Os temores relacionados ao bug do milênio chamaram a atenção para esse problema mais antigo, enquanto incentivaram a solução de uma nova questão. Na Finlândia, o problema foi resolvido substituindo o hífen ("-") no número pela letra "A" para pessoas nascidas no século 21 (para pessoas nascidas antes de 1900, o sinal já era "+"). Na Noruega, a faixa dos números individuais após a data de nascimento foi alterada de 0–499 para 500–999.^{[carece de fontes]}

Romênia

A Romênia também alterou seu número de identificação nacional em resposta ao bug do milênio, devido ao ano de nascimento ser representado por apenas dois dígitos. Antes de 2000, o primeiro dígito, que indica o sexo da pessoa, era 1 para homens e 2 para mulheres. Indivíduos nascidos a partir de 1.º de janeiro de 2000 têm um número começando com 5 se homem ou 6 se mulher.^{[carece de fontes]}

Uganda

O Governo de Uganda respondeu à ameaça do bug do milênio estabelecendo uma Força-Tarefa Y2K. Em agosto de 1999, uma avaliação internacional independente realizada pelo Centro de Cooperação Internacional Y2K do Banco Mundial classificou o site de Uganda na categoria mais alta como "altamente informativo". Isso colocou Uganda no "top 20" entre 107 governos nacionais, no mesmo nível dos Estados Unidos, Reino Unido, Canadá, Austrália e Japão, e à frente de Alemanha, Itália, Áustria e Suíça, que foram classificadas como apenas "um pouco informativas". O relatório afirmou que "os países que divulgarem mais informações sobre o bug do milênio terão maior probabilidade de manter a confiança pública em seus próprios países e nos mercados internacionais".

Estados Unidos

Em 1998, o governo dos Estados Unidos respondeu à ameaça do bug do milênio aprovando a Lei de Divulgação de Informações e Prontidão para o Ano 2000 (Year 2000 Information and Readiness Disclosure Act), trabalhando com parceiros do setor privado para garantir a prontidão e criando planos internos de continuidade operacional para lidar com possíveis problemas, além de estabelecer limites a certas responsabilidades potenciais de empresas relacionadas a divulgações sobre seus programas para o ano 2000. O esforço foi coordenado pelo Conselho Presidencial para a Conversão do Ano 2000 (President's Council on Year 2000 Conversion), liderado por John Koskinen, em cooperação com a Agência Federal de Gerenciamento de Emergências (FEMA) e um Grupo Interino de Proteção de Infraestruturas Críticas no âmbito do Departamento de Justiça dos Estados Unidos.

O governo dos EUA seguiu uma abordagem de três partes para o problema: (1) divulgação e defesa, (2) monitoramento e avaliação, e (3) planejamento de contingência e regulamentação.

Logotipo criado pelo Conselho Presidencial para a Conversão do Ano 2000, utilizado no site y2k.gov

Uma característica do esforço de divulgação do governo dos EUA foi a criação de sites relacionados ao ano 2000, incluindo o y2k.gov, muitos dos quais se tornaram inacessíveis nos anos posteriores a 2000. Alguns desses sites foram arquivados pela Administração Nacional de Arquivos e Registros ou pela Wayback Machine.

Cada agência federal tinha sua própria força-tarefa Y2K, que trabalhava com contrapartes do setor privado; por exemplo, a FCC possuía a Força-Tarefa do Ano 2000 da FCC.

A maioria das indústrias possuía planos de contingência que dependiam da internet para comunicações de backup. Como nenhuma agência federal tinha autoridade clara sobre a internet na época (que havia passado do Departamento de Defesa para a Fundação Nacional da Ciência e, depois, para o Departamento de Comércio), nenhuma agência estava avaliando a prontidão da própria internet. Assim, em 30 de julho de 1999, a Casa Branca realizou a Mesa-Redonda sobre a Internet e o ano 2000.

O governo dos EUA também estabeleceu o Centro para a Estabilidade Estratégica do Ano 2000 como uma operação conjunta com a Federação Russa. Era uma operação de ligação destinada a mitigar a possibilidade de leituras falsas nos sistemas de alerta precoce de ataques nucleares de cada nação.

CD do provedor de serviços de internet Juno indicando compatibilidade com o ano 2000

Cooperação internacional

O Centro Internacional de Cooperação Y2K (IY2KCC) foi estabelecido a pedido dos coordenadores nacionais do bug do milênio de mais de 120 países, quando se reuniram na Primeira Reunião Global de Coordenadores Nacionais de Y2K nas Nações Unidas em dezembro de 1998. O IY2KCC estabeleceu um escritório em Washington, D.C., em março de 1999. O financiamento foi fornecido pelo Banco Mundial, e Bruce W. McConnell foi nomeado diretor.

A missão do IY2KCC era "promover uma maior cooperação estratégica e ação entre governos, povos e o setor privado para minimizar os efeitos adversos do bug do milênio na sociedade e economia globais." As atividades do IY2KCC foram realizadas em seis áreas:

• Prontidão nacional: Promover programas do ano 2000 em todo o mundo
• Cooperação regional: Promover e apoiar a coordenação dentro de áreas geográficas definidas
• Cooperação setorial: Promover e apoiar a coordenação dentro e entre setores econômicos definidos
• Cooperação de continuidade e resposta: Promover e apoiar a coordenação para garantir serviços essenciais e provisões para resposta a emergências
• Cooperação de informações: Promover e apoiar o compartilhamento de informações internacionais e a divulgação pública
• Facilitação e assistência: Organizar reuniões globais de coordenadores do bug do milênio e identificar recursos

O IY2KCC foi encerrado em março de 2000.

Resposta do setor privado

Um adesivo da Best Buy de 1999 recomendando que seus clientes desligassem os computadores antes da meia-noite

• Os Estados Unidos estabeleceram o Year 2000 Information and Readiness Disclosure Act, que limitava a responsabilidade das empresas que haviam divulgado adequadamente sua prontidão para o ano 2000.
• Companhias de seguros venderam apólices de seguro cobrindo falhas nos negócios devido a problemas relacionados ao bug do milênio.
• Advogados se organizaram e se mobilizaram para ações coletivas do bug do milênio (que não foram levadas adiante).
• Empresas relacionadas ao movimento sobrevivencialista (revendedores de armas, lojas de produtos excedentes e artigos esportivos) anteciparam aumento de negócios nos últimos meses de 1999, em um evento conhecido como o pânico do bug do milênio.
• A Long Now Foundation, que (em suas palavras) "busca promover o pensamento 'mais devagar/melhor' e incentivar a criatividade no contexto dos próximos 10.000 anos", tem a política de antecipar o problema do ano 10000 escrevendo todos os anos com cinco dígitos. Por exemplo, eles listam "01996" como seu ano de fundação.
• Embora não houvesse um esforço único abrangente para o ano 2000 na internet, várias associações comerciais e organizações da internet se uniram para formar a Internet Year 2000 Campaign. Esse esforço fez parceria com a Mesa Redonda do ano 2000 da Internet da Casa Branca.

A questão do ano 2000 foi um tema importante de discussão no final dos anos 1990 e, como tal, apareceu em muitos meios de comunicação populares. Diversos livros sobre o "desastre do bug do milênio" foram publicados, como Deadline Y2K de Mark Joseph. Filmes como Y2K: Year to Kill capitalizaram a popularidade do Y2K, assim como inúmeros programas de TV, tirinhas e jogos de computador.

Respostas de grupos marginais

Vários grupos marginais e indivíduos, como os pertencentes a algumas organizações religiosas fundamentalistas, sobrevivencialistas, cultos, movimentos anti-sociais, entusiastas da autossuficiência e aqueles atraídos por teorias da conspiração, chamaram atenção para os medos em relação ao bug do milênio e afirmaram que isso fornecia evidências para suas respectivas teorias. Cenários de fim do mundo e temas apocalípticos eram comuns em sua comunicação.

O interesse pelo movimento sobrevivencialista atingiu seu auge em 1999, em sua segunda onda naquela década, desencadeada pelos medos do bug do milênio. No período antes de serem feitos esforços extensivos para reescrever os códigos de programação de computadores a fim de mitigar os possíveis impactos, alguns escritores, como Gary North, Ed Yourdon, James Howard Kunstler, e Ed Yardeni anteciparam cortes generalizados de energia elétrica, escassez de alimentos e gasolina, e outras emergências. North e outros soaram o alarme porque achavam que as correções dos códigos do bug do milênio não estavam sendo feitas rapidamente o suficiente. Embora uma série de autores tenha respondido a essa onda de preocupação, dois dos textos mais voltados para o sobrevivencialismo a surgir foram Boston on Y2K (1998) de Kenneth W. Royce e The Hippy Survival Guide to Y2K de Mike Oehler.

O ano 2000 também apareceu na comunicação de alguns líderes fundamentalistas e carismáticos cristãos em todo o mundo ocidental, particularmente na América do Norte e na Austrália. A promoção dos riscos percebidos do bug do milênio foi combinada com o pensamento de fim dos tempos e profecias apocalípticas, supostamente em uma tentativa de influenciar seus seguidores. O New York Times noticiou no final de 1999: "O Rev. Jerry Falwell sugeriu que o ano 2000 seria a confirmação da profecia cristã – o instrumento de Deus para abalar esta nação, para humilhá-la. A crise do ano 2000 poderia incitar um revival mundial que levaria ao arrebatamento da igreja. Juntamente com muitos sobrevivencialistas, o Sr. Falwell aconselhou estocar alimentos e armas". Os adeptos desses movimentos foram incentivados a participar de acumulação de alimentos, fazer cursos de autossuficiência e os elementos mais extremos planejaram o colapso total da sociedade moderna. O Chicago Tribune noticiou que algumas grandes igrejas fundamentalistas, motivadas pelo ano 2000, eram locais de vendas semelhantes a mercado de pulgas, com artigos destinados a ajudar as pessoas a sobreviverem a uma crise da ordem social, que variavam de moedas de ouro a fogões a lenha. Betsy Hart escreveu no Deseret News que muitos dos evangélicos mais extremistas usaram o ano 2000 para promover uma agenda política em que a queda do governo era um resultado desejado para iniciar o reinado de Cristo. Ela também disse: "A dura verdade é que pregar o caos é lucrativo, e a calma não vende muitas fitas ou livros". Os medos do bug do milênio foram descritos dramaticamente pelo autor e pregador cristão de Nova Zelândia Barry Smith em sua publicação "I Spy with my Little Eye", onde dedicou um capítulo inteiro ao bug do milênio. Alguns esperavam, às vezes por meio de chamadas profecias, que o ano 2000 fosse o começo de um revivalismo cristão mundial.

Custo

O custo total do trabalho realizado em preparação para o bug do milênio provavelmente superou os US$300 bilhões (US$531 bilhões em janeiro de 2018, considerando a inflação). A IDC calculou que os EUA gastaram cerca de US$134 bilhões (US$237 bilhões) preparando-se para o bug do milênio, e outros US$13 bilhões (US$23 bilhões) corrigindo problemas em 2000 e 2001. Globalmente, estima-se que US$308 bilhões (US$545 bilhões) tenham sido gastos com a correção do bug do milênio.

Organização do trabalho de correção

O trabalho de correção foi impulsionado pela demanda dos clientes por soluções. Fornecedores de software, cientes de sua potencial responsabilidade legal, responderam com esforços de correção. Subcontratados de software foram obrigados a certificar que seus componentes estavam livres de problemas relacionados a datas, o que levou a trabalhos adicionais ao longo da cadeia de suprimentos.

Em 1999, muitas empresas exigiram que seus fornecedores certificassem que seus softwares estavam em conformidade com o ano 2000. Alguns fornecedores aceitaram e assinaram após atualizações corretivas. Muitas empresas e até mesmo países enfrentaram apenas problemas menores, apesar de investirem pouco esforço no problema.^{[carece de fontes]}

Resultados

Existem duas maneiras de interpretar os eventos do ano 2000 a partir da perspectiva de seu impacto posterior:

Visão favorável

Essa visão sustenta que a grande maioria dos problemas foi corrigida adequadamente e que o dinheiro gasto foi, pelo menos, parcialmente justificado. A situação foi essencialmente de alarme preventivo. Aqueles que defendem essa visão afirmam que a falta de problemas na mudança de data reflete a completude do projeto e que muitos aplicativos de computador não teriam continuado a funcionar no século XXI sem correções ou ajustes.

Problemas esperados que não ocorreram em pequenas empresas e organizações foram evitados por correções do bug do milênio incluídas em atualizações rotineiras de sistemas operacionais e softwares utilitários.

A extensão em que as correções em indústrias maiores e governos evitaram problemas que teriam impactos mais significativos, caso não tivessem sido corrigidos, geralmente não foi divulgada ou amplamente relatada.

Foi sugerido que, em 11 de setembro de 2001, a infraestrutura de Nova York conseguiu continuar funcionando devido às redes redundantes estabelecidas em preparação para possíveis impactos do bug do milênio. Os ataques terroristas e o apagão prolongado em Lower Manhattan tiveram efeito mínimo nos sistemas bancários globais.

Legado

O Incidente da CrowdStrike em 2024, uma falha global em sistemas de TI, foi comparado ao bug do milênio por diversos veículos de comunicação, relembrando os temores associados ao ano 2000 devido à sua escala e impacto.

Ver também

• Bug do ano 2038
• Bug do ano 10000
• BSOD
• Defeito de software
• Glitch
• HTTP 404
• RSOD
• Tilt
• Incidente da CrowdStrike em 2024