[cfe-dev] [clang-tidy] a simple strncmp checker
Philip Reames via cfe-dev
cfe-dev at lists.llvm.org
Fri Sep 4 08:53:05 PDT 2015
On 09/03/2015 06:52 PM, Bob Kuo via cfe-dev wrote:
> Hello cfe-dev,
>
> I saw a presentation from someone using another static analysis tool
> (http://www.slideshare.net/Andrey_Karpov/200-open-sourceprojectslater)
> and in that presentation they mentioned finding a relatively simple
> error with strncmp. They searched for calls to strncmp where one or
> both of the string parameters were shorter than the limit provided.
> That is, we have something like:
>
> bar = strncmp(foo, "asdf", 6);
>
> That this was flagged as an error by the static analyzer. I did a
> simple regex search through one of the larger code bases at work and
> found several errors of this type.
This code is not erroneous. It's mildly suspicious, but given the
second operand is a constant, only vaguely so. A style warning would be
reasonable.
>
> I've got a basic patch to clang-tidy to add this as a checker.
>
> A few questions:
>
> 1) Is this type of checking sound? If so, should I put it up for review?
> 2) In the above example, would strncmp(foo, "asdf", 5) be an error?
> That is, should we include the null byte at the end of the string?
> 3) One possible valid use case of strncmp is to do prefix checking.
> In that case the limit n would be less than one or both of the
> strings. However, in my completely unscientific sample at work I saw
> what appear to be copy-paste errors where the string was changed but
> not the size with the resulting strncmp only checking a prefix of the
> given string. Should we warn in these cases as well?
No. Possibly when one of the arguments is a constant, but not otherwise.
> 4) My clang-tidy checker is implemented with ASTMatchers for very
> simplistic checking. Would it be better to implement this for
> context-sensitive checking? If so, can someone point me to an
> existing checker to study?
>
> Thanks,
>
> Bob Kuo
>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20150904/74d80111/attachment.html>
More information about the cfe-dev
mailing list