Kyle McDonald writes:
> I don' t know for sure, but Coverity's competitor KlokWork 
> (www.klocwork.com) probably also does Opensource scans, and might be 
> willing to scan a project that Coverity had rejected. Personally I 
> prefer KlocWork, but really any static analysis is better than none.

Both security and static correctness checks are done on OpenSolaris
code regularly using lint.  It's not as if there are just "none."

What Coverity offers (and what I'd expect Klockwork does; I've never
used their tool) is a deeper analysis of code paths and variable
usage.  In my experience, it's hard stuff to use: it can run for days
on 'non-trivial' code, and even with tweaking it produces a fair
number of false-positives.

On the plus side, there are nuggets of gold buried in the voluminous
reports generated.  The question is whether you want to invest your
time and money into eyeballing those (and teaching all developers how
to cope with slow run times and complicated output), or put more
effort into traditional design and code reviews.

Added on top of that is the fact that we've already got thousands of
unfixed bugs in the database.  The only thing a static checker can
really do is add more bug reports.  If we're not reducing the ones
found by traditional testing to zero, then what's the use in adding
more to the list?

I don't think it's as simple a trade-off as you might expect, though
if someone offered something for "free," it'd be hard to say "no."

-- 
James Carlson, Solaris Networking              <[EMAIL PROTECTED]>
Sun Microsystems / 35 Network Drive        71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to