Hi
The approximately 5,000 errors were not only null pointers, but
uninitialized variables, etc. also a mixture of error and warnings.
Same I did not consider a reall error. Then a bunch of warnings for
printf("%d", unsigned int) and vice versa, which I have not even
bothered to check even.
Regarding the possible use of NULL pointer that I started with, so
reacts cppcheck that there is a check of NULL in some places, but not
others.
As examples:
drivers/staging/tidspbridge/rmgr/node.c : 2365] ->
[drivers/staging/tidspbridge/rmgr/node.c : 2368] : (warning) Possible
null pointer dereference : hnode - otherwise it is redundant to check
it against null.
So suppose a lot of it stems from the old code then.
Best regards
Rickard Strandqvist
2014-05-18 18:22 GMT+02:00 Dan Carpenter <dan.carpenter@xxxxxxxxxx>:
> On Sun, May 18, 2014 at 05:49:52PM +0200, Rickard Strandqvist wrote:
>> Hi
>>
>> When I run cppcheck find the about 5,000 errors, of these, I selected
>> the 100 most serious and has made patches. But my ability to immerse
>> myself in each failure has been limited unfortunately.
>>
>
> I am familiar with that feeling. ;)
>
> With Smatch, I ignore inconsistent NULL checking like this when we know
> that the parameter is always non-NULL. It was just too much hassle to
> deal with.
>
> These days I tend to report more bugs instead of fixing them myself. I
> run on linux-next and complain to the original author as soon as the
> buggy code is merged. If the code is old, then my experience is that no
> one will fix it.
>
> Also 5000 inconsistent NULL checks seems like too high of a figure. For
> my inconsistent NULL checks I get 215 of these warnings:
>
> sound/i2c/other/ak4xxx-adda.c:808 build_adc_controls()
> error: we previously assumed 'ak->adc_info' could be null (see line 789)
>
> And 75 of these:
>
> fs/efs/inode.c:298 efs_map_block()
> warn: variable dereferenced before check 'bh' (see line 292)
>
> regards,
> dan carpenter
>
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
