Yeah.. I don't understand why those are not ok. Seems reasonable to me that the checker could not consider those violations. The end result is the same.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Using release-windows #431, I'm getting apparently random/hard to reproduce crashes. I realize this is not very specific, but maybe someone else is also seeing this?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
sorry .. I have the feeling there could be a related ticket already and wanted to look but then didn't have time to look. I create a new ticket anyway: https://trac.cppcheck.net/ticket/10422
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
could you open a new forum. I don't see this discussion as related to the cppcheck-2.5 release. but I took that code and simplified it and created https://trac.cppcheck.net/ticket/10422 so there is a ticket already.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also checked the official MISRA forum and found two related threads:
https://www.misra.org.uk/forum/viewtopic.php?f=223&t=1288
https://www.misra.org.uk/forum/viewtopic.php?f=223&t=1669
These cases are incompatible. But they don't explain why.
Yeah.. I don't understand why those are not ok. Seems reasonable to me that the checker could not consider those violations. The end result is the same.
Last edit: Richard Smith 2021-06-30
Using release-windows #431, I'm getting apparently random/hard to reproduce crashes. I realize this is not very specific, but maybe someone else is also seeing this?
hmm.. the daca@home show that there are some crashes but it has not escalated a lot. but if you can provide a example code that is very interesting..
For information.. I have started the release process and would like to release tomorrow..
feel free to complain if you think there are still blockers that means we should delay the release further..
Someone can add FLT_MIN DBL_MIN detection ?
https://github.com/danmar/cppcheck/pull/3393#issuecomment-899035687
Last edit: Absol 2021-08-15
Can you please post all the details here in the forum.. I created this discussion topic:
https://sourceforge.net/p/cppcheck/discussion/development/thread/7d0052a398/
A small example code that we should warn about is wanted.
No error about main[5] is uninitialized memory.
And this is not cause error in 90% cases. http://cpp.sh/2xq7t
It is not uninitialized memory. It is buffer overrun. This is a regression. We used to detect this. cppcheck-1.87 says:
not sure where it was lost but it was before cppcheck-2.2
Last edit: Daniel Marjamäki 2021-08-20
Thanks for reporting this! I have created https://trac.cppcheck.net/ticket/10415
Thanks!
Last edit: Absol 2021-08-24
clear
Last edit: Absol 2021-08-24
Someone can add detection for this error ?
I founs new problem or this is regression too?
this is compiled and executed without error, but cause error?)))
impossible to fix it and add new detection ?
sorry .. I have the feeling there could be a related ticket already and wanted to look but then didn't have time to look. I create a new ticket anyway: https://trac.cppcheck.net/ticket/10422
I know it exists https://trac.cppcheck.net/ticket/10415. I writing about new problem
It not detected as code mistake
could you open a new forum. I don't see this discussion as related to the cppcheck-2.5 release. but I took that code and simplified it and created https://trac.cppcheck.net/ticket/10422 so there is a ticket already.
yes I write about this problem, thanks