Static code analyse of the libical library

Milan Crha mcrha at redhat.com
Thu Jun 2 16:15:24 PDT 2016


	Hello,
I'd like to ask, whether you'd be interested in a static code analyse
of the libical library. I've an access to a Coverity Scan, clang, gcc
and cppcheck static analyse and it seems to produce very interesting
results. A little sample can be found at the end of this email.

If you are interested in it, which commit and branch you'd prefer to
have this run on? The thing is that with the special memory management
of the libical (or due to some other reasons) there can be many false
positives. Thus better to focus on some fresh code. I didn't went
through the log in detail, as it's long (the 'glib' branch for me).
	Bye,
	Milan

Error: IDENTIFIER_TYPO: [#def96]
libical-2.0.0/src/python/Collection.py:116: identifier_typo: Using "remove_componet" appears to be a typo:
* Identifier "remove_componet" is only known to be referenced here, or in copies of this code.
* Identifier "remove_component" is referenced elsewhere at least 10 times.
libical-2.0.0/src/python/Collection.py:111: identifier_use: Example 1: Using identifier "remove_component".
libical-2.0.0/src/python/test.py:564: identifier_use: Example 4: Using identifier "remove_component".
libical-2.0.0/src/test/libical-glib/component.py:205: identifier_use: Example 5: Using identifier "remove_component".
libical-2.0.0/src/python/Collection.py:116: remediation: Should identifier "remove_componet" be replaced by "remove_component"?
#  114|   
#  115|       def __delitem__(self, i):
#  116|->         self._parent.remove_componet(self._components[i])
#  117|           del self._components[i]
#  118|   




More information about the libical-devel mailing list