OpenVRML's svn repository was started with several years of CVS repository data imported using cvs2svn. While cvs2svn does an acceptable job for the most part, there is some squirrelliness. Thanks for looking into this.

Thanks, Robin. The numbers you quote are in line with my own expectation. However, the recount appears to have completed and they aren't reflected there. In fact, the numbers post-recount look pretty ... [More] much the same as before. Any idea what might cause this discrepancy? [Less]

Robin, any chance you could bump OpenVRML for a full recount again? Ohloh still says the ratio of C to C++ is significantly higher than I know it to be; but I'm not sure exactly why that is. ... [More] OpenVRML's repository does have a good chunk of C code from a dependency that I keep in the repo; still, I think there should be about 20% more C++ than C. At the moment, Ohloh thinks the project has more C than C++. :-/ Also, it would be nice to pick up fully Ohcount's awareness of Automake and Autoconf. [Less]

Sure: OpenVRML News

A minor bug, in case no one else has mentioned it: In Ohloh's rendering of registered RSS feeds, "+" characters seem to get omitted.

Has something happened with this? When OpenVRML got bumped a few weeks ago, it was accurately portrayed as being almost entirely C++. But now the code analysis shows 52% C++ and 46% C. What happened ... [More] here? [edited] I forgot when I initially posted this that I have a C library dependency that I've imported into my source tree. So while the numbers still seem a bit off, they're not as surprising as I'd initially thought. [Less]

I see. As long as you're offering, could you bump OpenVRML? Thanks!

So it seems this has been fixed. Thanks! I suppose projects with "C/C++" code now need to be reindexed. Is this being done automatically or on a case-by-case basis?

Fedora currently has three failed enlistments, presumably because they are big. Any word on when Ohloh might be capable of handling these?

Header files are indeed tough. Keyword detection is problematic in that C++ keywords that are not C keywords can be used as identifiers in C. Matching keywords with proximate syntax might be workable. ... [More] Emacs mode settings are a handy thing to look for; but certainly not something that can be relied upon generally. I understand that getting this right is not exactly trivial. Thanks, though, for acknowledging the issue. [Less]