O IBM 5100 e o problema que a UNIX teve em 2038
Página 1 de 1
O IBM 5100 e o problema que a UNIX teve em 2038
por Bruno Ottoni Seg 23 Dez 2013 - 19:58
Bom vamos entender um pouco mais sobre oque é o Sistema Unix IMB 5100, que John Titor teve que pegar no ano de 1975 !
Tudo começa em 1975, a IBM lançou o primeiro computador portátil produzido em massa, o 5100. Era um feito incrível para a época : Um sistema integrado 5-inch monitor CRT, até 64 kilobytes de memória de acesso aleatório (RAM), e a capacidade de executar programas feitos para computadores maiores e mais caros, tudo em algo do tamanho de uma pasta.
Na verdade, o IBM 5100 chegou extraordinariamente perto de se tornar o primeiro computador pessoal do mundo, um título tomado poucos meses antes pelo Altair 8800. Mas o IBM 5100 foi mais do que apenas um computador portátil. Continha uma característica escondida que permaneceu desconhecida pelo público em geral durante quinze anos, até o ano de 2000. O ano de John Titor supostamente chegou em nossa Worldline (Linha do Tempo).
A história de John Titor começa em 2036.
Titor pertencia a uma equipe de sete pessoas escolhidas para embarcar em uma jornada através do tempo. Ele tinha vivido horrores inimagináveis em um mundo destruído pelo egoísmo, cinismo e governo corrupto, devastado pela guerra nuclear.
Para piorar, o pouco que restava de sua tecnologia foi ameaçada por uma iminente erro UNIX de tempo limite em 2038. Um IBM 5100 era exatamente o que eles precisavam. Com a capacidade de depurar e emular o código entre várias linguagens de programação, acabou tornando-se um componente importante na manutenção da arquitetura tecnológica de seu mundo.
Infelizmente, nenhum poderia ser facilmente encontradas em 2036. E assim missão Titor foi simples: Viajar para 1975, usando uma máquina do tempo rudimentar, e adquirir um computador portátil IBM 5100.
Enquanto isto é apenas uma pequena parte da história de John Titor, que parece ser a génese para o mito inteiro. Olhando para sua história, sem o tempo limite de 2038 e a necessidade de um IBM 5100, Titor nunca teria sido enviado em sua missão através do tempo.
E o que é interessante, é que para todos os efeitos, a viagem no tempo, não obstante, é muito focada na realidade.
Precisamos do sistema para "depurar" vários programas de computador antigos em 2036. UNIX tem um problema em 2038. - John Titor
O IBM 5100, de fato, continha funcionalidades que foram escondidas do público. Numa época em que a maioria dos computadores só poderia apoiar a linguagem de programação BASIC, o IBM 5100 tinha a capacidade de emular programas em BASIC, tanto para o sistema / 3 e APL para System/370 (o "sistema", neste caso, refere-se a mainframes IBM ). De acordo com Bob Dubke, um dos engenheiros da IBM 5100, esta função foi escondido "por causa de preocupações sobre como a concorrência [da IBM] pode usá-lo."
Esse pedaço da história é comprovadamente correta.
Mesmo que a função não estivesse escondida, no entanto, o público em geral, especialmente em torno de 2000-2001, provavelmente tinha pouca ideia do que a máquina sequer existia. Quem era o indivíduo postando como John Titor? Como ele sabia destas coisas?
Sistema Unix IBM 5100
Tudo começa em 1975, a IBM lançou o primeiro computador portátil produzido em massa, o 5100. Era um feito incrível para a época : Um sistema integrado 5-inch monitor CRT, até 64 kilobytes de memória de acesso aleatório (RAM), e a capacidade de executar programas feitos para computadores maiores e mais caros, tudo em algo do tamanho de uma pasta.
Na verdade, o IBM 5100 chegou extraordinariamente perto de se tornar o primeiro computador pessoal do mundo, um título tomado poucos meses antes pelo Altair 8800. Mas o IBM 5100 foi mais do que apenas um computador portátil. Continha uma característica escondida que permaneceu desconhecida pelo público em geral durante quinze anos, até o ano de 2000. O ano de John Titor supostamente chegou em nossa Worldline (Linha do Tempo).
Foto do Filme: ''De volta para o futuro'' onde doutor Emmet Brown e Martin McFly estão no ano de 1885 !
A história de John Titor começa em 2036.
Titor pertencia a uma equipe de sete pessoas escolhidas para embarcar em uma jornada através do tempo. Ele tinha vivido horrores inimagináveis em um mundo destruído pelo egoísmo, cinismo e governo corrupto, devastado pela guerra nuclear.
Para piorar, o pouco que restava de sua tecnologia foi ameaçada por uma iminente erro UNIX de tempo limite em 2038. Um IBM 5100 era exatamente o que eles precisavam. Com a capacidade de depurar e emular o código entre várias linguagens de programação, acabou tornando-se um componente importante na manutenção da arquitetura tecnológica de seu mundo.
Infelizmente, nenhum poderia ser facilmente encontradas em 2036. E assim missão Titor foi simples: Viajar para 1975, usando uma máquina do tempo rudimentar, e adquirir um computador portátil IBM 5100.
Enquanto isto é apenas uma pequena parte da história de John Titor, que parece ser a génese para o mito inteiro. Olhando para sua história, sem o tempo limite de 2038 e a necessidade de um IBM 5100, Titor nunca teria sido enviado em sua missão através do tempo.
E o que é interessante, é que para todos os efeitos, a viagem no tempo, não obstante, é muito focada na realidade.
Precisamos do sistema para "depurar" vários programas de computador antigos em 2036. UNIX tem um problema em 2038. - John Titor
O IBM 5100, de fato, continha funcionalidades que foram escondidas do público. Numa época em que a maioria dos computadores só poderia apoiar a linguagem de programação BASIC, o IBM 5100 tinha a capacidade de emular programas em BASIC, tanto para o sistema / 3 e APL para System/370 (o "sistema", neste caso, refere-se a mainframes IBM ). De acordo com Bob Dubke, um dos engenheiros da IBM 5100, esta função foi escondido "por causa de preocupações sobre como a concorrência [da IBM] pode usá-lo."
Esse pedaço da história é comprovadamente correta.
Mesmo que a função não estivesse escondida, no entanto, o público em geral, especialmente em torno de 2000-2001, provavelmente tinha pouca ideia do que a máquina sequer existia. Quem era o indivíduo postando como John Titor? Como ele sabia destas coisas?
Sendo assim, se o timeout UNIX de 2038 é ser um problema sério, e se em 2036 nós precisamos da capacidade de "engenharia reversa" ou depurar o código certo para evitar um apocalipse tecnológico, um 5100 poderia ser a nossa máquina a solução de tais problemas. O limite de tempo UNIX, por sinal, é uma preocupação real. Um erro de tempo limite é causada pela forma como os computadores contam o tempo do sistema. Eles contam não o tempo por datas reais - meses, dias, ou anos, como nós - mas sim por segundos.
O Problema que a UNIX tem em 2038
Para entender mais sobre a necessidade de em 2036 de ter o IBM 5100, e o motivo para mandarem John Titor para essa missão, leia mais em: http://www.johntitorworld.com/2012/12/john-titor-o-ibm-5100.html
Bom muitos sabem que um dos principais motivos de manderem John Titor para 1975, era a necessidade do governo em 2036 precisar do IBM 5100, de acordo com Titor ''Precisamos do sistema para "depurar" vários programas de computador antigos em 2036. UNIX tem um problema em 2038. - John Titor''
O IBM 5100, de fato, continha funcionalidades que foram escondidas do público. Numa época em que a maioria dos computadores só poderia apoiar a linguagem de programação BASIC, o IBM 5100 tinha a capacidade de emular programas em BASIC, tanto para o sistema / 3 e APL para System/370 (o "sistema", neste caso, refere-se a mainframes IBM ). De acordo com Bob Dubke, um dos engenheiros da IBM 5100, esta função foi escondido "por causa de preocupações sobre como a concorrência [da IBM] pode usá-lo."
2038: O BUG DO MILÊNIO ATACARÁ NOVAMENTE ?
Entre os grandes medos que pairavam a informática nos anos 90, o Bug do Milênio possuía lugar privilegiado na primeira fila. O emblemático problema aconteceria na passagem do ano de 1999 para 2000 em sistemas mais antigos, que traziam datas armazenadas com apenas dois dígitos finais.
Dessa forma, quando o calendário fosse modificado para 2000, o medo era de que os sistemas na linguagem COBOL ou semelhantes simplesmente retornassem ao ano 1900. Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.
O pânico foi tão grande que empresas e pessoas correram para atualizar seus softwares e hardwares, permitindo que as que vendiam serviços e equipamentos eletrônicos lucrassem uma pequena fortuna vendendo seus produtos.
Entretanto, o que se viu foram falhas pequenas, fáceis de serem corrigidas. O grande Bug do Milênio chegou e passou sem maiores problemas, e todo o pânico acabou por cair por terra, já que mísseis nucleares não foram lançados aleatoriamente, aviões continuaram nos céus e os sistemas seguiram funcionando sem nenhuma complicação.
Enquanto alguns ainda preconizam que o Bug não aconteceu exatamente por causa da renovação dos sistemas, outros ainda se perguntam se o grande problema era, de fato, um grande problema.
MAIS UM À VISTA
Se você acha que todo o drama já passou, está mais do que enganado. A próxima falha deve acontecer no ano de 2038, quando um novo bug pode causar erros em programas de computadores. Chamado de Bug do Milênio Unix, o Y2K38, Y2.038K ou S2G tem data marcada para o dia 19 de janeiro. Da mesma forma que a falha do ano 2000, esta também aparece na contagem de datas, trazendo dificuldades de cálculo a partir de 2038. O bug deve acontecer a todos os softwares desenvolvidos na linguagem C, ou seja, aqueles em que a data é calculada pelo número de segundos desde o dia 1 de janeiro de 1970, ao meio dia.
Essa data inicial conta com valor zero e, a partir dela, todos os outros valores de tempo são expressos em segundos. Ao subtrair quaisquer dois valores por esse sistema, o valor final é sempre a diferença entre esses mesmos dois números, facilitando a contagem e determinação entre dois momentos distintos no tempo.
No formato padrão de 4 bytes, usado por esses sistemas, o número máximo a que se podem chegar em números positivos é de 2.147.483.64 (03:14:07 pelo código UTC - Coordinate Universal Time), ou seja, a data de 19 de janeiro de 2038.
A partir daí, o tempo começa a ser armazenado em números negativos, algo que os sistemas devem interpretar como a data de 13 de dezembro de 1901 (curiosamente, uma sexta-feira 13), em vez da data real em que estaremos. O contador fica sem números usáveis e começa a contar do número máximo negativo, retornando novamente ao zero.
Bom muitos sabem que um dos principais motivos de manderem John Titor para 1975, era a necessidade do governo em 2036 precisar do IBM 5100, de acordo com Titor ''Precisamos do sistema para "depurar" vários programas de computador antigos em 2036. UNIX tem um problema em 2038. - John Titor''
O IBM 5100, de fato, continha funcionalidades que foram escondidas do público. Numa época em que a maioria dos computadores só poderia apoiar a linguagem de programação BASIC, o IBM 5100 tinha a capacidade de emular programas em BASIC, tanto para o sistema / 3 e APL para System/370 (o "sistema", neste caso, refere-se a mainframes IBM ). De acordo com Bob Dubke, um dos engenheiros da IBM 5100, esta função foi escondido "por causa de preocupações sobre como a concorrência [da IBM] pode usá-lo."
2038: O BUG DO MILÊNIO ATACARÁ NOVAMENTE ?
O IBM 5100
Entre os grandes medos que pairavam a informática nos anos 90, o Bug do Milênio possuía lugar privilegiado na primeira fila. O emblemático problema aconteceria na passagem do ano de 1999 para 2000 em sistemas mais antigos, que traziam datas armazenadas com apenas dois dígitos finais.
Dessa forma, quando o calendário fosse modificado para 2000, o medo era de que os sistemas na linguagem COBOL ou semelhantes simplesmente retornassem ao ano 1900. Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.
O pânico foi tão grande que empresas e pessoas correram para atualizar seus softwares e hardwares, permitindo que as que vendiam serviços e equipamentos eletrônicos lucrassem uma pequena fortuna vendendo seus produtos.
Entretanto, o que se viu foram falhas pequenas, fáceis de serem corrigidas. O grande Bug do Milênio chegou e passou sem maiores problemas, e todo o pânico acabou por cair por terra, já que mísseis nucleares não foram lançados aleatoriamente, aviões continuaram nos céus e os sistemas seguiram funcionando sem nenhuma complicação.
Enquanto alguns ainda preconizam que o Bug não aconteceu exatamente por causa da renovação dos sistemas, outros ainda se perguntam se o grande problema era, de fato, um grande problema.
MAIS UM À VISTA
Se você acha que todo o drama já passou, está mais do que enganado. A próxima falha deve acontecer no ano de 2038, quando um novo bug pode causar erros em programas de computadores. Chamado de Bug do Milênio Unix, o Y2K38, Y2.038K ou S2G tem data marcada para o dia 19 de janeiro. Da mesma forma que a falha do ano 2000, esta também aparece na contagem de datas, trazendo dificuldades de cálculo a partir de 2038. O bug deve acontecer a todos os softwares desenvolvidos na linguagem C, ou seja, aqueles em que a data é calculada pelo número de segundos desde o dia 1 de janeiro de 1970, ao meio dia.
Essa data inicial conta com valor zero e, a partir dela, todos os outros valores de tempo são expressos em segundos. Ao subtrair quaisquer dois valores por esse sistema, o valor final é sempre a diferença entre esses mesmos dois números, facilitando a contagem e determinação entre dois momentos distintos no tempo.
No formato padrão de 4 bytes, usado por esses sistemas, o número máximo a que se podem chegar em números positivos é de 2.147.483.64 (03:14:07 pelo código UTC - Coordinate Universal Time), ou seja, a data de 19 de janeiro de 2038.
A partir daí, o tempo começa a ser armazenado em números negativos, algo que os sistemas devem interpretar como a data de 13 de dezembro de 1901 (curiosamente, uma sexta-feira 13), em vez da data real em que estaremos. O contador fica sem números usáveis e começa a contar do número máximo negativo, retornando novamente ao zero.
Entre os grandes medos que pairavam a informática nos anos 90, o Bug do Milênio possuía lugar privilegiado na primeira fila. O emblemático problema aconteceria na passagem do ano de 1999 para 2000 em sistemas mais antigos, que traziam datas armazenadas com apenas dois dígitos finais.
Dessa forma, quando o calendário fosse modificado para 2000, o medo era de que os sistemas na linguagem COBOL ou semelhantes simplesmente retornassem ao ano 1900. Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.
O pânico foi tão grande que empresas e pessoas correram para atualizar seus softwares e hardwares, permitindo que as que vendiam serviços e equipamentos eletrônicos lucrassem uma pequena fortuna vendendo seus produtos.
Entretanto, o que se viu foram falhas pequenas, fáceis de serem corrigidas. O grande Bug do Milênio chegou e passou sem maiores problemas, e todo o pânico acabou por cair por terra, já que mísseis nucleares não foram lançados aleatoriamente, aviões continuaram nos céus e os sistemas seguiram funcionando sem nenhuma complicação.
Enquanto alguns ainda preconizam que o Bug não aconteceu exatamente por causa da renovação dos sistemas, outros ainda se perguntam se o grande problema era, de fato, um grande problema.
Dessa forma, quando o calendário fosse modificado para 2000, o medo era de que os sistemas na linguagem COBOL ou semelhantes simplesmente retornassem ao ano 1900. Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.
O pânico foi tão grande que empresas e pessoas correram para atualizar seus softwares e hardwares, permitindo que as que vendiam serviços e equipamentos eletrônicos lucrassem uma pequena fortuna vendendo seus produtos.
Entretanto, o que se viu foram falhas pequenas, fáceis de serem corrigidas. O grande Bug do Milênio chegou e passou sem maiores problemas, e todo o pânico acabou por cair por terra, já que mísseis nucleares não foram lançados aleatoriamente, aviões continuaram nos céus e os sistemas seguiram funcionando sem nenhuma complicação.
Enquanto alguns ainda preconizam que o Bug não aconteceu exatamente por causa da renovação dos sistemas, outros ainda se perguntam se o grande problema era, de fato, um grande problema.
COMENTÁRIOS:
Quero deixar bem claro que a fonte que foi retirado o texto, não fala nada sobre John Titor, não é um site que fala sobre o John Titor, só fala sobre o RISCO da acontecer novamente o Bug do Milênio no ano de 2038, isso prova mais ainda sobre John Titor estar falando a verdade, isso é a causa a necessidade deles precisarem o IBM 5100 de acordo com Titor, em 2038 acontece um problema que afetará toda a tecnologia daquele tempo. Dai você pode pensar a isso não vai ser uma grande falha, dai eu digo vai ser sim ! Nos anos 2000 não tinha tanta tecnologia como tem hoje e como terá daqui a 25 anos, más mesmo assim teve grandes problemas esse BUG um dos problemas foi ''Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.'' Isso foi um dos problemas que aconteceram com essa falha, agora imaginem em 2038, o mundo vai ser pura tecnologia, se acontecer essa falha a unix vai ter grandes problemas, vai ser como John Titor falou acontece um Problema que afeterá nossa tecnologia, serão problemas enormes que vai acontecer se acontecer esse BUG, então esse é um dos motivos claros da missão de Titor, recuperar um IBM 5100 e tentar resolver o problema.
Quero deixar bem claro que a fonte que foi retirado o texto, não fala nada sobre John Titor, não é um site que fala sobre o John Titor, só fala sobre o RISCO da acontecer novamente o Bug do Milênio no ano de 2038, isso prova mais ainda sobre John Titor estar falando a verdade, isso é a causa a necessidade deles precisarem o IBM 5100 de acordo com Titor, em 2038 acontece um problema que afetará toda a tecnologia daquele tempo. Dai você pode pensar a isso não vai ser uma grande falha, dai eu digo vai ser sim ! Nos anos 2000 não tinha tanta tecnologia como tem hoje e como terá daqui a 25 anos, más mesmo assim teve grandes problemas esse BUG um dos problemas foi ''Com isso, os efeitos seriam devastadores, com clientes de banco aparecendo como devedores, boletos emitidos com datas 100 anos anteriores, juros e muito mais.'' Isso foi um dos problemas que aconteceram com essa falha, agora imaginem em 2038, o mundo vai ser pura tecnologia, se acontecer essa falha a unix vai ter grandes problemas, vai ser como John Titor falou acontece um Problema que afeterá nossa tecnologia, serão problemas enormes que vai acontecer se acontecer esse BUG, então esse é um dos motivos claros da missão de Titor, recuperar um IBM 5100 e tentar resolver o problema.
Bruno Ottoni- Administrador/Fundador
- Mensagens : 77
Pontos : 20081
Reputação : 3
Data de inscrição : 23/12/2013
Localização : São Paulo -
Página 1 de 1
Permissões neste sub-fórum
Não podes responder a tópicos|
|
|