-
Notifications
You must be signed in to change notification settings - Fork 274
Some developer documentation for memory bounds checking #5228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Codecov Report
@@ Coverage Diff @@
## develop #5228 +/- ##
===========================================
- Coverage 67.43% 65.88% -1.56%
===========================================
Files 1157 1157
Lines 95354 95354
===========================================
- Hits 64306 62828 -1478
- Misses 31048 32526 +1478
Continue to review full report at Codecov.
|
cbmc provides means to verify that pointers are within the bounds of (statically | ||
or dynamically) allocated memory blocks. When the option `--pointer-check` is | ||
used, cbmc checks the safety of each pointer dereference in the program. | ||
Similary, the primitive `__CPROVER_r_ok(pointer, size)` returns true when it is |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similary, the primitive `__CPROVER_r_ok(pointer, size)` returns true when it is | |
Similarly, the primitive `__CPROVER_r_ok(pointer, size)` returns true when it is |
Codecov Report
@@ Coverage Diff @@
## develop #5228 +/- ##
========================================
Coverage 67.43% 67.43%
========================================
Files 1157 1157
Lines 95352 95352
========================================
Hits 64302 64302
Misses 31050 31050
Continue to review full report at Codecov.
|
``` | ||
|
||
Both internal variables `__CPROVER_malloc_object` and `__CPROVER_malloc_size` | ||
are initialised to 0 in the `__CPROVER_initialize()` function of a goto program. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think at some point it was decided that we stick to the Oxford spelling in documentation, i.e. "are initialized ..".
Oh no, my face on the codecov again 🤷♀️ If it happens third time, I'll look into it. I promise I'm not monitoring your work @xbauch 😅 |
Not my work in this case; it seems you're somehow responsible for the coverage of cprover documentation. |
The second codecov report is correctly by |
31e9f50
to
259691c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't suppose you want to document how memory leaks and use-after-free are handled do you? :-)
259691c
to
18c0550
Compare
Uh oh!
There was an error while loading. Please reload this page.