I'll guess Coverity counts executable lines. LOC can be a little tricky to calculate…comments, whitespace, things like include statements usually don't count (from a licensing POV).
John On Nov 4, 2013, at 8:55 AM, Sebastien Goasguen <run...@gmail.com<mailto:run...@gmail.com>> wrote: On Nov 4, 2013, at 11:39 AM, Hugo Trippaers <h...@trippaers.nl<mailto:h...@trippaers.nl>> wrote: Hey all, At CloudOpen in Edinburgh i joined a presentation on Coverity, a static code analysis tool. Some of you may have heard of it already, it is famous for doing the code analysis on the Linux kernel for quite some years already. They added support for the java language quite a while back. The presenter dropped by our CloudStack booth and we had a nice chat on static code analysis. You might have guessed the next step, i added CloudStack to the Coverity scanning service at scan.coverity.com<http://scan.coverity.com>: http://scan.coverity.com/projects/943. - 1.044.609 lines of code why does Ohloh lists 4.2 M loc when coverty only 1M ? - 6.70 defect density - 6997 outstanding defects The reasoning is obviously that anything that will help us improve quality should be considered. However just adding the CloudStack sources to the scan isn’t going to solve anything. For that we all need to pitch in an help out with getting the scan results triaged, assigned and fixed. So signup en-masse and go fix ;-) Note to new and aspiring CloudStack developers, don’t know where to start but you want to help out? This is a great way to get to know the code and the community. Have a look at one of the open items on Coverity, fix it and submit it for review at reviews.apache.org<http://reviews.apache.org>. Cheers, Hugo Stratosec<http://stratosec.co/> - Compliance as a Service o: 415.315.9385 @johnlkinsella<http://twitter.com/johnlkinsella>
