Mostrando postagens com marcador informática. Mostrar todas as postagens
Mostrando postagens com marcador informática. Mostrar todas as postagens

sexta-feira, 16 de janeiro de 2009

Ate tu Seagate?! [update]

Nem Barracudas se fazem mais como antigamente...

Depois da Seagate resolver reduzir a partir de 2009 a garantia dos HDs vendidos de 5 para 3 anos... agora parece que um erro de firmware ou algo por ai esta tornando muitos HDs da serie 7200.11 - principalmente de 1 TB - estao se tornando inutilizáveis.

Infelizmente - para mim - parece que o problema também acontece com outros modelos... inclusive com os de 500 Gb... que por acaso foi um que comprei no inicio do ano e hoje esta aqui guardando muitos dados preciosos. Alem disso, depois do que aconteceu com o Bola... tenho ainda mais motivos para ficar preocupado... já que assim como ele, não disponho de R$ 1200+ (6x o preço do HD) para fazer a recuperação dos dados, caso o HD vá para o brejo.


Seria legal que a Seagate voltasse a se preocupar mais com a QA de seus produtos e fizesse produtos impecáveis como antes antes de expandir seus HDs para 2 TBs.
Anyway... mesmo que por sorte o meu não apresente nenhum problema, pode começar aqui a troca por outra marca... e ai Western Digital, como vai você? ;)


PS: Um bom utilitário para ver informações básicas do seu HD através do SMART é o smartctl, que utilizado com o parâmetro -i fornece as informações básicas e com -a todas as disponíveis pelo SMART, por exemplo:

tank ~ # smartctl -i -d ata /dev/sdb
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.11
Device Model: ST3500320AS
Serial Number: 9QM55N02
Firmware Version: SD15
User Capacity: 500,107,862,016 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Fri Jan 16 11:01:05 2009 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled



Update 24/01/2009:
Segundo a Ars Technica a Seagate lançou um novo firmware para seus drivers.
De acordo com o segundo link, o modelo do meu - ST3500320AS - não necessita de um update.
Mas como pode ser visto aqui, eles também liberaram o firmware S1A para este modelo.

Eu particularmente acho que não irei atualizar... acaba sendo mais emocionante que o de BIOS por causa dos dados no hd.

sábado, 22 de novembro de 2008

Oops: Evento quase de graça.

No seguinte flyer do evento Encontro de TI (olha a propaganda de graça):




A seguinte informação chamou a atenção do pessoal que estava no LCI



WTF?

domingo, 26 de outubro de 2008

Trocando de distro a cada 6 meses?

Recebi o seguinte comentário no meu post "6 meses de Arch Linux" e achei interessante alguns pontos colocados:

"O problema do linux é esse, cda 6 meses tem q mudar, pq? pq são tts distros q eles não conseguem ficar s fuçar e acaba saindo outra. A gente se ferra pq faz uma atualização q não da certo, vc precisa reinstalar o sistema, q na verdade não reisntala coisa nenhuma e vc perde td. Pior de td é q nunca uma distro é sequência da anterior. Aí é q a gente dança. Adorei o linux, usei durante 3 anos, mas sempre mudando, comprando cd e jogando pq não dava certo. Me desgostei de vez c o biglinux 4, pra comiçar uma cópia do xp, clone ou imitação, sei lá, pior msm é q mouse não funciona, da um trabalho pra fazer funcionar, depois de td pronto, td quase funcionado, faz uma atualização e pronto, mouse não funciona mais. Daí cansei, né? To c o xp, o xpsp3 ta bom, como eu já disse, parece o biglinux 4.0, única coisa chata é q ele pega uns vírus de vez em qd, mas daí a gente mata."


Olha isso não é mais tão verdade hoje em dia, emho.

Muitas distros como Fedora, (K)Ubuntu, etc.. oferecem a opção de você fazer o upgrade para uma versão mais nova. Sim, sei que isso nem sempre da certo (já deu bastante errado comigo :P).

Mas você também não precisa fazer upgrade para novas versões, ainda mais se for em um ambiente de produção (ou um PC de trabalho), aonde você não *precisa* de nenhuma funcionalidade da nova versão, talvez como um novo kernel ou novas versões de ferramentas que você usa.

Por exemplo, hoje um release normal do (K)Ubuntu tem suporte a updates de seus pacotes por até 1 ano e meio e as versões LTS tem suporte de 3 anos. O Fedora se não me engano é de 1 ano o suporte.
A diferença é que estas atualizações são somente fixes de problemas de segurança e bugs, nunca adição de novas funcionalidades (pelo menos no caso do (K)Ubuntu, não tenho certeza do Fedora pois ele é mais bleeding edge).


Uma dica que eu posso dar e é o que eu faço é utilizar seu /home em uma partição separada, pois caso o upgrade mande seu sistema para o vinagre, o *seus* dados, pelo menos os pessoais, estarão a salvo.
(Mas é claro que a política de backup pelo menos mensal - que ninguém - seria uma boa também... sabe deus quando seu HD vai para o brejo?)


Temos ainda outra classe de distros com o Arch Linux e o Gentoo que são chamadas de "Rolling Distros", ou seja distros que sempre estão atualizadas. Depois de instaladas uma única vez, se você sempre manter ela atualizada (pelo pacman no Arch e pelo portage no Gentoo), sempre terá uma instalação exatamente *igual* a qualquer nova versão que lancem.


Isso é somente uma questão de gosto e gerenciamento de pacotes... um exemplo que posso citar é o do kernel no (K)Ubuntu e no Arch.

No (K)Ubuntu 8.04, o kernel vai ser sempre o mesmo, o 2.6.24 (a menos que você pegue e compile o seu na mão... mas ai estamos roubando :P), isso durante os 3 anos (pois o 8.04 é um LTS, Long Time Suport, se não seria por 1 ano e meio), não importando quantas novas versões do kernel saiam nesse período. Quando sair o (K)Ubuntu 8.10 com kernel 2.6.27, quem quiser ficar com o 8.04 vai continuar usando o 2.6.24 e ponto.

Já no Arch, novas versões do kernel são rapidamente testadas inicialmente pelos desenvolvedores, colocadas no repositório testing e em pouco tempo ja estão no repositório principal para quem quiser usar. Assim que sair um novo CD de instalação do Arch ele estará com este mesmo novo kernel! (Se não me engano, ja teve até um caso em que o kernel do CD era mais antigo que o do repositório mesmo, ja no dia da instalação ou 1 ou 2 dias depois!)


Veja bem que uma "rolling distro" não precisa ser algo "bleeding edge".

No Arch Linux isso acaba acontecendo (mesmo sem usar o testing e outros...), mas no Gentoo por exemplo, caso você use a linha stable dele (como todos os sistemas de produção e ambientes de trabalho deveriam...) você não necessariamente tem os softwares mais atuais, mas quando um novo CD de instalação ou o que seja for lançado, você terá o mesmo sistema de quem utilizar este CD.


Por exemplo, hoje (26/10/2006) temos no Arch Linux o kernel 2.6.27.1 no repositório estável - Core - porém ja marcado como "obsoleto" por que já estamos na versão 2.6.27.4.

Porém no Gentoo a coisa é um pouco mais enrolada, como tudo é compilado pelo usuário lá, você pode pegar qualquer versão que queira, porém somente algumas são marcadas como estáveis....

Vamos lá... o pacote "vanilla-sources" que é o kernel como ele veio ao mundo, ou seja, é o kernel do kernel.org sem nenhum patch, temos as seguintes versões estáveis para x86 E AMD64:
2.6.19.7, 2.6.23.9, 2.6.23.17, 2.6.24.3, 2.6.24.4, 2.6.24.7 e a 2.6.25.9 que é a mais nova que esta marcada estável para os dois. Se formos ver somente para x86 ainda temos 2.6.25.11, 2.6.25.14 e 2.6.25.17.

Não me pergunte o por que da 2.6.25.14 e a 2.6.25.17 serem estáveis e as 2.6.25.15, 2.6.25.16 não. Coisa deles, testes deles. Mas temos todas as possíveis versões, até a 2.6.27.4 la, porém marcadas como instáveis. Pode usar? Claro que pode... mas eles tão dizendo que não colocam a mão no fogo por elas (nem nas outras eles colocam provavelmente :P).

Se você for ver então a "git-sources" (que representa a arvore de desenvolvimento do kernel) pode até pegar o kernel 2.6.28_rc1 (release candidate 1 da nova versão, a merge windows acabou de ser fechada!! É pedir para ter um kernel panic), ou mesmo o 2.6.28_rc1-git1 (o rc1 + as ultimas mudanças que fizeram de ontem pra hoje!). Claro que tudo isso é marcado como instável.

E por fim temos a "gentoo-sources" que trata de uma kernel com diversos patches aplicados pela equipe do gentoo, onde a mais estável para amd64 é o 2.6.25-r7 e para x86 é o 2.6.25-r8 (mesmo tendo ja o 2.6.27-r1)... apenas prestar atenção que esse -rX é relativo aos patches aplicados pela equipe do gentoo sobre o kernel, não confundir com o -rcX do kernel.


Voltando ao comentário... outro ponto é que concordo que existem muitas distros. Isso pode ser algo bom e ruim, mas realmente alguem novo ou que não tenha ainda escolhido uma (ou umas :P) que gosta mais, realmente fica bem perdido.

Acho que cada uma tem seus prós e contras, seria bom se fosse possível juntar todos os prós e remover todos os contras, mas infelizmente (ou seria felizmente?) cada distro tem sua filosofia de desenvolvimento, seu público alvo (Por exemplo... as vezes me sinto entediado no (K)Ubuntu. Ou então tente dar um Gentoo para quem nunca usou Linux na vida...).

E o principal temos as pessoas que colaboram e que fazem isso por que gostam de fazer e gostam do "jeito de ser" de uma determinada distro... não podemos força-las a desenvolver de outra maneira, para outro público alvo... apenas vai irrita-las ou chateá-las e não teremos mais desenvolvimento algum =/
(E pela filosofia do Software Livre... não deveríamos querer obrigar ninguém a fazer nada... aonde ao extremo, podemos fazer nós mesmo algo que não gostamos do jeito que está sendo feito :)


Sobre o BigLinux 4, eu particularmente nunca utilizei-o. Mas essa "tática" de ter um visual parecido com o XP é para ajudar o pessoal que vem do Windows, para tornar menos traumático :P.
Se todos usassem Linux/Unix desde criancinha, não seria necessário... mas crescemos usando windows 95, 98, 2000, XP, Vista, etc... (ok... eu tmb usei DOS e 3.11 xD) então ou a pessoa tem um estalo divino para usar Linux ou então a transição tem que ser amigável.

Eu acho a tela preta e a compilação de programas um charme no Linux... vai ver eu sou biruta de pedra.
Mas um usuário normal, minha mãe, minha irmã, minha vó, meu tio... aqueles que querem usar o Firefox (há... ja escondi o IE a muito tempo do computador deles :P) e ver e-mails e YouTube, querem se sentir "seguros"... do tipo "sei onde estou e sei o que estou fazendo".

Se o BigLinux consegue ser uma porta de entrada para muitas pessoas ao Software Livre eu dou meus parabéns a ele!!!

Por que se for para copiar o "visual do XP", muita gente ja copiou muita coisa do MAC e eu não uso MAC hoje por isso (eu não uso MAC porque eu sou pobre mesmo :P).
O Windows utiliza o sistema de gerenciamento de memória do BSD e não é por isso que eu utilizo o BSD (até porque essa joça não faz boot no meu notebook... -_-').


Eu particularmente, evito usar windows, não porque odeio a Microsoft, não acho que o Bill Gates é o filho do capeta e que tem a instituição dele lá que ajuda (e coloca ajuda nisso... o cara tem quase nada de dinheiro para doar) somente como faixada...

Eu uso Linux, por que GOSTO do Linux. Acho FODA o conceito de comunidade. Acho FODA PRA CARALHO o desenvolvimento colaborativo onde cada um ajuda como quer. Acho super legal a idéia do Software Livre, o conhecimento pertence ao mundo, yeah!

Mas se precisar, uso Windows de boa. (Afinal eu quero jogar também, sem ter que usar wine/cedega/etc... :P)


Não tenho problema no Windows com vírus nem com suas falhas de segurança. 99% dos vírus/worms/etc... com algumas precauções pode-se evitar facilmente. Falhas de segurança todos tem. O Linux (kernel) e os programas que utilizamos todos os dias... vixe, tem várias... eles corrigem rápido na maioria das vezes, mas isso não diz que estejam seguros... quantas pessoas não atualizam seus pacotes? Mesmo com as facilidades de hoje em dia? O mesmo vale para o Windows Update...

Infelizmente a segurança rompe no elo mais fraco... o usuário =]
(Já chegamos até em papo de segurança... acho que podemos ir parando por aqui :)


É isso... eu como disse, vou continuar utilizando meu Linux aqui e estou feliz com ele (mesmo sabendo que a minha natureza de nômade de distro, me fará mudar em breve :P).


Olha... o que eu ouço falar de nego reinstalado Windows de 6 em 6 meses... seja por que pegou vírus, ou por causa da famosa DLL Hell, ou por que o sistema travou e ferrou alguma coisa, ou então por que o registro foi para o saco, etc... (muita coisa... 99% culpa do usuário =).

Se for necessário, eu prefiro reinstalar o Linux de 6 em 6 meses... =]

domingo, 11 de maio de 2008

Quickshots

GCC 4.3.1 Status Report


O GCC 4.3.1 estava agendado para 05/05 mas como ainda existem 3 bugs de Prioridade 1 (máxima), a liberação do RC1 foi adiada.
Os bugs são:
- a restricted pointers bug (36013).
- the x86 direction flag issue (36079). Há uma notícia sobre isso na ultima revista do GRIS.
- ppc64 cacoshl miscompilation (36090).

------

Lançado o OpenSolaris 2008.5

Não tenho o que dizer, apenas que foi bastante comentado... realmente não planejo testa-lo.

------

SP3 do XP finalmente saiu

Depois de sair, voltar, sair de novo... finalmente temos ele ai.

Mas nem tudo são flores no lindo campo verde do Windows XP, parece que algumas pessoas com computadores montados por empresas como HP, e que utilizam processadores AMD, estão tendo problemas de reboot infinitos pois o SP3 futucou os drivers de gerenciamento de energia e acaba misturando coisa da Intel e da AMD.

------

Deputado quer proibir novos feriados no Estado do Rio

Não levantando o mérito se quem propôs a idéia realmente trabalha ou só mama. Mas a idéia foi boa.

O Brasil não é um país de primeiro mundo caralho... e ainda queremos sair criando feriados e enforcando trocentos outros dias. Puta que pariu... e o pior é ver nego defender os feriados.

Que porra de feriado de São Jorge é aquele??? OMFG...

------

Liberado Linux 2.6.25.2, 2.6.25.3, 2.6.25.31415926

O motivo do .2 é uma falha de segurança que por causa de uma Race Condition em conjunto com algumas outras coisas pode permitir uma elevação de privilégio.

O .3 corrige além de outras coisas, 2 bugs que tem implicação com a segurança do sistema também. Também é recomendável que quem estiver usando a série 2.6.24.y atualize para a série 2.6.25.x.

terça-feira, 22 de abril de 2008

GSoC 2008: Projetos que foram aceitos

Ainda não foi a vez do meu (até pq eu nao mandei a minha application :P), mas o Google liberou a lista de todas as propostas aceitas.

É uma loooonga e extensa lista, mas bem legal de se ler... pois saber o que está por vir nos seus projetos preferidos =D
http://code.google.com/soc/2008


Alguns projetos com algumas idéias *muito* legais:
- FreeBSD:
Eles estão com MUITAS coisas legais... mas as que mais me chamaram a atenção (por ser sobre segurança?) foi o "802.11 Fuzzing and Testing" e "TCP anomaly detector".

- GCC:
Entre 2 melhorias no Fortran (que eu nem penso em usar) e uma para o C++0x (padrão C++), a que mais me deixa ansioso é a "GCC Improvements on Windows" porque pessoalmente, hoje, eu acho o mingw uma merda. Não faço questão de usa-lo... mas seria bom se pudessemos usar o mesmo compilador no windows e no linux =]

- Gentoo:
Apesar de hoje não utilizar mais o Gentoo e todos os problemas que este incrível projeto vem passando, vejo 2 propostas bem legais para ele: "revdep-rebuild reimplementation" e "Automate It All". A primeira realmente deverá ajudar os usuários e a segunda deverá desafogar os devs.

- GIT:
Apesar de ainda não estar utilizando o GIT muito ativamente, estou adorando acompanhar esse projeto (e a lista de discussão), para ver todas as novidades. Tirando o plugin para o Eclipse, acho que todas as outras propostas serão de um grande benefício geral =D

- KDE:
Meu ambiente gráfico por escolha =]
Tudo que é melhorado ou adicionado nele eu gosto (bem, quase sempre :P).
O que eu achei legal foi a boa quantidade de propostas aceitas em relação ao Amarok... best player ever =D

- Nmap:
Os principais focos são o Zenmap (GUI para o Nmap) e o Nmap Scripting Engine (NSE). Também há uma proposta de refazer o netcat e o hping como ncat e nping... pois são duas partes que o projeto pode se beneficiar extensamente. As outras duas são correções de pequenos bugs em geral.

- OSVDB:
Acho que não tem muita gente que conhece esse projeto, mas foi bem legal ele ter conseguido 3 vagas no GSoC.

Como eu não posso ficar aqui o dia inteiro comentando todos os projetos que eu gosto, então recomendo que vocês deem uma olhada, mesmo que rápida, em (quase) todos, vale a pena =]

terça-feira, 5 de fevereiro de 2008

Cara, perdi seu pacote! =/

O Virtua esta uma MERDA. E não é pouca merda não, é MUITA.

Desde sexta-feira o serviço esta horrível, e nada contra os responsáveis quererem curtir o carnaval, mas antes disso, era OBRIGAÇÃO deles e dessa merda de "prestadora de serviço", prover a porra do serviço.

Sexta-feira a taxa de perda de pacotes em QUALQUER conexão era de 40%... ridículo.

Não sei se é da minha rua, minha área, da central aqui perto... mas tem algo BEM ferrado por aqui.

Hoje, está uma média de 20% de loss... por exemplo:
Ping statistics for (www.google.com)208.69.32.230:
Packets: Sent = 2005, Received = 1625, Lost = 380 (18% loss),
Approximate round trip times in milli-seconds:
Minimum = 178ms, Maximum = 370ms, Average = 187ms


Até em relação ao Gateway do virtua ta feia a coisa:
    Packets: Sent = 1983, Received = 1587, Lost = 396 (19% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 140ms, Average = 9ms



Ja tive que trocar o DNS do Virtua pelo OpenDNS, pq o do Virtua não resolvia porra nenhuma, e quando resolvia era lerdo. Agora isso...

Bem pessoal... qual tiver alguma explicação lógica e queira compartilhar comigo, serei muito grato.

Está horrível usar qualquer serviço... imap, google reader... até para blogar esta difícil. Por isso mesmo, vou encerrando minhas atividades online por hoje.

PS: 4 tentativas até conseguir submeter o post \o/

UPDATE (05/02/2008 - 11:00): Vai ver isso tudo é por causa dos 3 cabos submarinos de telecomunicações rompidos no Egito... (Ótimo artigo para teorias da conspiração, recomendado =D)

segunda-feira, 4 de fevereiro de 2008

GCC 4.2.3 e 4.3

Bem, foi lançada a versão 4.2.3 do GCC, que contém apenas bug-fixes.

Enquanto isso, a versão 4.3 do GCC acabou de entrar no Stage3, isso significa que só é permitido agora bug-fixes e alterações referentes a documentação. Temos apenas 2 bugs com prioridade 1, quando estes dois forem solucionados (e se nenhum outro aparecer) será liberado o primeiro Release Candidate do GCC 4.3 e o desenvolvimento 4.4, Stage1, terá início =]

O GCC 4.3 terá MUITAS mudanças em relação a linha 4.2... e eu pretendo fazer um apanhado geral delas. Pretendo fazer isso assim que o RC1 sair, e postar aqui =]


Bônus: GIT 1.5.4 lançado.

Bônus 2: PostgreSQL 8.3 lançado.

domingo, 16 de dezembro de 2007

Primeiro foi em 2000.... agora em 2038

Hoje um post no blog Nerdson.com, me deixou curioso sobre a mais nova catástrofe antecipada, o bug do ano 2038.

Porem, antes de falar sobre o ano 2038, vamos relembrar o do ano 2000. O que foi aquilo? Além de um escândalo em massa criado pelas agências de notícias? =]

Qual era o problema naquela época (meu deus, falando assim, até me sinto velho.. well, eu tinha... 11 anos)? Simples, alguns aplicativos quando calculavam a data, calculavam apenas os dois últimos dígitos do ano. Então era 19 + [DOIS DÍGITOS]. Claro, só uma besta quadrada não sabia que isso não era bom. Então, o que fazer? Muitos programadores já tinham empregado seus PoGs e o aplicativo simplesmente não iria crashar e destruir tudo de uma hora para a outra. Era apenas um problema lógico a ser arrumado. Mesmo assim foi anunciado como uma catástrofe mundial da virada do milênio. Bem, acho que na idade média as pessoas também tiveram medo quando teve a virada de ano de 999 para 1000, vai que os moinhos, enxadas e cavalos parassem com uma BSOD =/
(E aquilo deixou uma criança de 11 anos muito triste que ficou esperando a virada do ano... e... nada aconteceu ¬¬' Que chato!)

Enfim... voltando ao ano 2007. Ou melhor, vamos entender o problema do ano 2038. Este problema esta principalmente sendo discutido em ambientes unix-like, ou seja, Unixes, Linuxes, BSDs, etc...
Nestes sistemas, temos uma estrutura chamada time_t que é responsável pela representação do tempo.

O tempo atual é calculado, somando-se o valor desta variável a seguinte data: 01 de Janeiro de 1970 00:00.

Porém, temos 2 problemas:
1)Esta variável é do tipo signed int. Ou seja, 1 bit é reservado para o sinal.
2)A maioria dos sistemas hoje ainda é 32 bits. Ou seja, o valor máximo que pode ser armazenado nesta estrutura é 2^31. (O último bit foi para o sinal =])

Então, 2^31 nos dá 2,147,483,648 segundos... o que nos leva a aproximadamente 68 anos. Mais precisamente, 68 anos, 19 dias, 3 horas, 14 minutos e 7 segundos.

Mas o que acontece quando somamos + 1 aqui? Bem, temos o que é conhecido como integer overflow. Ou seja, o bit de sinal é ativado e o resto todo é zerado. Sim, isso vai dar merda capitão.

O site http://www.deepsky.com/~merovech/2038.html fez um teste de simulação em um Debian GNU/Linux (kernel 2.4.22) e obteve o seguinte resultado:
Terça, 19 de Janeiro de 2038 03:14:01
Terça, 19 de Janeiro de 2038 03:14:02
Terça, 19 de Janeiro de 2038 03:14:03
Terça, 19 de Janeiro de 2038 03:14:04
Terça, 19 de Janeiro de 2038 03:14:05
Terça, 19 de Janeiro de 2038 03:14:06
Terça, 19 de Janeiro de 2038 03:14:07 (time_t em 32 bits está em seu maior valor possível)
Sexta, 13 de Dezembro de 1901 20:45:52
Sexta, 13 de Dezembro de 1901 20:45:52
Sexta, 13 de Dezembro de 1901 20:45:52

Em um Windows 2000, era mais legal ainda, depois da data limite, não imprimiu mais nada.

Como pode ver... no good!
Será que teremos notícias falando sobre o bug da Sexta-Feira 13? :P


Além disso, hoje já enfrentamos outro problema. Se desejarmos calcular o tempo médio entre 2 datas em sistemas 32 bits, normalmente seria feito (t1 + t2)/2.
Mas quando t1 + t2 for somado, e os dois tiverem o 31º bit como 1, ou então houver carry, pode acontecer o problema de overflow e obtermos um tempo negativo! Bem, isto pode ser facilmente contornado com algumas soluções simples, 2 delas demonstradas pelo site http://www.2038bug.com/index.html:
1)Utilizando-se type-casting, assim: (((long long) t1 + t2) / 2), padrão POSIX/SuS ou (((double) t1 + t2) / 2), padrão ANSI.
2)Utilizando a seguinte conta, indicada por Brian Shand: (t1/2 + t2/2 + (t1&t2&1)).

Eu pessoalmente acho que prefiro a segunda.

Bem, mas como isto pode ser resolvido?
1) Transformando o time_t em um unsigned int, assim teríamos 1 bit a mais. Ou seja, teríamos mais 68 anos para pensar em como arrumar isso. Mas temos um problema, o time_t também é usado para calcular diferença entre datas. Para saber se uma data veio antes de outra por exemplo. Então, não poderíamos simplesmente tirar o bit de sinal dele

2)Passando-se a utilizar ints de 64 bits (long ints em sistemas de 32 bits). Bem não podemos de uma hora para outra simplesmente alterar o tipo do time_t, isso irá quebrar a compatibilidade com muitos softwares existentes. E ficar usando type-casting no programa inteiro deve ser um saco.

A solução mais viável é a utilização de sistemas de 64 bits, que utilizam time_t de 64 bits por padrão. Eu REALMENTE creio que 30 anos seja tempo suficiente para a maioria das máquinas estarem rodando sistemas operacionais de 64 bits. Uma preocupação são com os sistemas embarcados... bem, alguns até hoje são de 8 ou 16 bits... então creio que a preocupação com eles seja um caso a parte. Além disso, o tempo médio de atualização de um sistemas desse é de 18 a 24 meses.
De qualquer forma, conforme-se, o seu IPOD e o seu celular que toca MP3 podem parar de funcionar em 2038. Eu sugiro que você vá fazendo seu pé de meia (a, vamos la, são 30 anos... se você juntar 10 centavos por dia, terá 1.000 reais no final) para comprar seu celular novo.

Para efeitos de curiosidade, um sistema de 64 bits, guardando até 2^63 bits, poderia armazenar 9,223,372,036,854,775,808 segundos, o equivalente a aproximadamente 292 bilhões de anos, 22 vezes a idade do universo. Se até lá, alguem se preocupar e os sistemas já forem em 128 bits, ou seja, o time_t armazenaria até 2^127, isto da 170,141,183,460,469,231,731,687,303,715,884,105,728 segundos. Bem deixo para vocês calcularem isso.


O site www.howstuffworks.com informa alguns outros dados:
Em PCs IBM, o início é em 1 de Janeiro de 1980, e é utilizado um unsigned int de 32 bits. Por volta de 2116 o integer ira sofrer overflow.
O WindowsNT utiliza um int de 64 bits para armazenar a contagem do tempo. Porem ele utiliza incremento de 100 nano segundos e a data inicial é em 1 de Janeiro de 2006. Por volta de 2184 o NT sofreria o problema de overflow.
Em um link - quebrado ¬¬' - a Apple afirma que o Mac suporta até o ano 29,940.

E alguns, já começaram o artigo na Wikipedia sobre o bug do ano 10.000.


Referências:

The Year-2038 Bug:
http://www.2038bug.com/index.html
The Year 2038 Bug and Common Solution:
http://www.gsp.com/2038/
The Project 2038 Frequently Asked Questions (FAQ):
http://www.deepsky.com/~merovech/2038.html
The Year 2038 Problem:
http://pw1.netcom.com/~rogermw/Y2038.html
HowStuffWorks: What is the Year 2038 problem?
http://www.howstuffworks.com/question75.htm
Wikipédia - Year 2038 problem
http://en.wikipedia.org/wiki/Year_2038_problem
Wikipédia - Problema do ano 2038:
http://pt.wikipedia.org/wiki/Problema_do_ano_2038
Wikipédia - Bug do milênio:
http://pt.wikipedia.org/wiki/Bug_do_mil%C3%AAnio
Wikipédia - Year 10,000 problem:
http://en.wikipedia.org/wiki/Year_10%2C000_problem

sábado, 24 de novembro de 2007

Muitas coisas! =]

Viagem para SP (Conisli) seguida (combo? =]) de uma para Foz do Iguaçu MUITO FODA (graças a + 7 malucos que foram... =D).
Vou arrumar tempo para contar tudo e postar fotos e vídeos (Hoyaaaaa!).

Só não fiz isso ainda pois o maravilhoso serviço conhecido como NET/Virtua ficou 66 (SESSENTA E SEIS) horas fora do ar ¬¬'
Isso mesmo... desde segunda a noite até quinta a tarde... lamentável uma "prestadora de serviços" prestar um serviço desses...

Meu NDS tem me divertido bastante... na medida do possível de quando posso jogar xD
Vou passar a postar sobre ele =D

Voltei a minha velha questão filosófica que me deixa profundamente deprimido... QUAL RAIOS DISTRO USAR?
Irei fazer um post sobre isso tmb.... mas nenhuma consegue me agradar a ponto de me fazer... realmente usa-la O.o


Essa semana agora tem 3 trolhas, digo provas.... vai ser ULTRA punk... omfg...
Anyway... keep walking =D

segunda-feira, 5 de novembro de 2007

Eu amo o IMAP...

Meu deus... como eu amo essa joça. Tem uns webmails que são o cão chupando manga... mas com o Thunderbird + IMAP, da até gosto de usar :P

Pelo amor de deus... na era pós GMail... TODOS os webmails ficaram uma porcaria de serem utilizados >.<


Enfim... agora tudo acertado com o IMAP.... aproveitei e adicionei aqui ao lado um widget do Google Reader, com algumas noticias que eu escolho dos meus trocentos RSSs, enjoy ^^

segunda-feira, 15 de outubro de 2007

Isso não é brincadeira que se faça...

Chego em casa e - OBVIO - a primeira coisa que faço a ligar o pc... ok, ele não liga. Começo a ficar preocupado... ok, vem um pequeno trauma do ultimo PC que foi pro saco.
Retiro a tampa lateral... ok, led da placa-mãe desligado. Filtro de linha ligado... reconecto todos os cabos para ter certeza que não tinha nada desencaixado...
Bem... a fonte ou a placa-mãe foi-se (porque os dois é muita sacanagem).

Depois de uns 5 minutos olhando pro possivel defunto pc na minha frente... resolvo olhar a parte de trás da fonte... E NÃO É QUE A DESGRAÇADA TAVA COM A CHAVE EM OFF?!?!
Pode fazer isso não desgraça!

Bem que eu percebi que meu gabinete tinha recebido um pano e estava sem a poeira que tinha de manhã... mas desligar a chave da fonte enquanto limpa ele... ainda mais quando eu não estou em casa é sacanagem!

Bem... agora o susto ja passou e o coração já voltou pro lugar :P

domingo, 1 de julho de 2007

Acho que deu ruim no meu msn =X

Acho que ele não gosta de textos muuuuuuuuito grandes... ou qualquer outra coisa...
Sei que ele resolveu entrar em loop infinito, consumindo 50% do meu processador (dual-core) e comer apenas 100 MB de memória >_>


Ok... entao deixei por mais 5 minutos sem fazer para ver o que acontecia (vai que ele se lembrava do que tinha que fazer e voltasse ao normal)... é, acho que não:


O.o
O consumo de memória crescia a constantes 276 K a cada ciclo de atualizaçãodo Task Manager.
Tive que matar o bixinho e perder as super importantes conversas que estava tendo (enquanto deveria estar estudando Calculo 2)

domingo, 24 de junho de 2007

Mozilla (Asa e JT) + UFRJ, Taking the web back

Pooooooorra!!!!!!!!!!
O JT colocou a foto no ar:


Mozilla rlz all!!!
UFRJ rlz all!!!
=D

PS: Flickr link para as outras fotos tiradas pelo Asa.

quinta-feira, 21 de junho de 2007

Ubuntu sendo "vendido" no Microsoft Marketplace

Exatamente isso... o Microsoft Marketplace, oferece seu mais novo produto, Ubuntu Desktop Edition:
http://www.windowsmarketplace.com/details.aspx?view=info&itemid=3411347#productSpecs

OWNED!

PS: Mas ainda prefiro o Kubuntu =D (KDE rlz all!)

quarta-feira, 20 de junho de 2007

BOINC IT!

Yeah!!! 1,200 creditos \o/
Rumo aos 5,000 =D

domingo, 10 de junho de 2007

Tinha que ser da Intel...

Hoje um acidente muito feio no GP do Canadá de F1... e o carro era patrocinado por quem?
http://f1.gpupdate.net/en/photolarge.php?photoID=76354

Intel :P

Anyway... brincadeiras a parte... ainda bem que o piloto esta bem... teve "apenas" uma perna quebrada =X

domingo, 25 de março de 2007

Atestado de óbito

Hora da morte: 18:40

Possivel causa: Motherboard


Depois de sofrer 2 picos seguidos de luz e ter o cooler da North Bridge na gambiarra master (eh um de VGA serrado :P). Depois de 15 minutos ligada, tentando arrumar algumas coisas no Windows enquanto ela nao parava de apitar.... tudo travou. Reset. Não faz mais boot. Os coolers do processador e North Bridge nao funcionam.

Em breve sera feito um transplante, para ver se conjunto volta a vida, até la... descanse em paz =/