FindBugs acha 700 "bugs" no código do Compilador Java

10 respostas
T

O javac (Compilador Java) tem bastante código e é bastante antigo também.
Mesmo assim, cerca de 700 “advertências” (bugs para o plugin FindBugs) foram encontradas.
Entre elas, muita coisa é só “falso positivo” (ou lixo que foi deixado com o passar do tempo), mas um bug de verdade foi encontrado.

FindBugs: 419 “bugs” in javac

Using the FindBugs NetBeans plug-in, I found almost 700 "bugs" in javac.

Fortunately, most are false positives but it found a lot of dead code
and unused variables. However, so far I have found one real bug which could cause an NPE.

Analysis revealed a few nasty issues in the JSR 199 implementation.

This tool can be highly recommended

10 Respostas

ThomasCouto

thingol:
O javac (Compilador Java) tem bastante código e é bastante antigo também.
Mesmo assim, cerca de 700 “advertências” (bugs para o plugin FindBugs) foram encontradas.
Entre elas, muita coisa é só “falso positivo” (ou lixo que foi deixado com o passar do tempo), mas um bug de verdade foi encontrado.

FindBugs: 419 “bugs” in javac

Using the FindBugs NetBeans plug-in, I found almost 700 "bugs" in javac.

Fortunately, most are false positives but it found a lot of dead code
and unused variables. However, so far I have found one real bug which could cause an NPE.

Analysis revealed a few nasty issues in the JSR 199 implementation.

This tool can be highly recommended

Putz, quantos bugs bugs oO :shock: :shock: :shock:

T

Fico imaginando se você passar o FindBugs sobre o código do JDK (na versão 1.4.2 contei 8873 fontes Java.)

cv1

Tem muita coisa, especialmente no codigo das Collections, que foi onde eu mais fucei, que da medo.

peczenyj

O negocio é usar o Jikes então :twisted:

louds

Os fontes da jvm em sí são medonhos, mais de 10 anos de gambiarras, imagine.

Fabricio_Cozer_Marti

Poderia citar algum exemplo ?

louds:
Os fontes da jvm em sí são medonhos, mais de 10 anos de gambiarras, imagine.

medonhos ou complexos ?
Mesma coisa você abrir um código de um S.O., e ver um monte de tratamento de sincronismo, semáforos, escalonamento, gerencia de memoria, travamento, deadlocks… e por aí vai… , aqueles códigos completamente emaranhados, não seguem nada os princípios O.O.

Z

E deveriam? A maioria deles eh escrito em paragima procedural, por que seguiria os principios OO?

Fabricio_Cozer_Marti

ZehOliveira:
A maioria deles eh escrito em paragima procedural, por que seguiria os principios OO?
isso, não deveria … :wink: logo a organização que vc teria em OO, não é aplicada nesse tipo de software

1112

Errr… Procedural não é, nunca foi e espero que nunca seja sinônimo de desorganizado. Assim como OOP não é sinônimo de organização. :wink:

Fabricio_Cozer_Marti

hun … então não seria O.O. , poderia me citar as principais características da POO ? Assim vc vai poder repensar sobre o q escreveu!

Criado 16 de maio de 2006
Ultima resposta 16 de mai. de 2006
Respostas 10
Participantes 8