NagyDonat wrote: > * Some previously undiagnosed reports > [[1]](https://codechecker-demo.eastus.cloudapp.azure.com/Default/report-detail?review-status=Unreviewed&review-status=Confirmed%20bug&detection-status=New&detection-status=Reopened&detection-status=Unresolved&is-unique=off&diff-type=New&checker-name=alpha.unix.cstring.UninitializedRead&report-hash=f63c20f3eeeacd8ad0db2f2564b22cd6&report-id=8062595&report-filepath=ffmpeg%2Flibavcodec%2Fcinepakenc.c) > > [[2]](https://codechecker-demo.eastus.cloudapp.azure.com/Default/report-detail?review-status=Unreviewed&review-status=Confirmed%20bug&detection-status=New&detection-status=Reopened&detection-status=Unresolved&is-unique=off&diff-type=New&checker-name=alpha.unix.cstring.UninitializedRead&report-hash=72cb8095e75a6bae117bd597147ef673&report-id=8062828&report-filepath=ffmpeg%2Flibavcodec%2Fmotion_est_template.c) > are actually true positives because the code copies a buffer which is > partially uninitialized. (It also saves the size of the initialized segment, > so it won't actually read from the uninitialized part; but still, the thing > reported by the checker does happen.)
@gamesh411 As we also discussed in person, please investigate what happened to these true positive reports. It would be nice to add an analogous situation to the LIT tests, see when we lost these true positives and if possible, recover them. https://github.com/llvm/llvm-project/pull/196292 _______________________________________________ cfe-commits mailing list [email protected] https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
