| commit | bf3d0f05b4d72b48ad024fb0e5b35642ebcf09d7 | |
| author | Dan Carpenter <dan.carpenter@oracle.com> | |
| Wed, 13 Feb 2019 10:43:09 +0000 (13 13:43 +0300) | ||
| committer | Dan Carpenter <dan.carpenter@oracle.com> | |
| Wed, 13 Feb 2019 10:43:09 +0000 (13 13:43 +0300) | ||
| tree | c2643130c829e69216a4f325446bee0730af1b13 | treesnapshot (tar.gz zip) |
| parent | 7c027bc228d7f7e35dc80fbdd846ff7c56b425ba | commitdiff |
db: don't pretend to dereference integers
I recently noticed that a bunch of "ret->foo" dereferences were being
marked as capped. The problem is "ret" was an int so it can't be
dereferenced.
I'm not sure how that happened. Potentially something to do with error
pointers? When I looked through the DB it had already stopped doing the
buggy behavior.
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
I recently noticed that a bunch of "ret->foo" dereferences were being
marked as capped. The problem is "ret" was an int so it can't be
dereferenced.
I'm not sure how that happened. Potentially something to do with error
pointers? When I looked through the DB it had already stopped doing the
buggy behavior.
Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
| smatch_db.c | diffblobblamehistory |