-
Notifications
You must be signed in to change notification settings - Fork 60
Fixing the free memory of the second goal of byehoare
#869
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
|
Nice catch. There's still a bug though: |
76b7c76 to
63c31d2
Compare
strub
left a comment
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.
Write a better commit message.
(explain what you actually fix. It is OK to have the commit message be the PR message. But "fix ehoare" is useless when you look at the history)
63c31d2 to
6392cc3
Compare
c796444 to
d121ca4
Compare
d121ca4 to
f4a7005
Compare
|
@oskgo I incorporated your example, but it is not working. Is |
The second goal generated from byehoare is unsound, in which the procedure arguments are bound in a free memory. This is a small bug introduced in #789 . We need to use the default memory (hr) of the program.
f4a7005 to
2e7ee21
Compare
I checked other negative examples and updated the example of @oskgo : explicitly mark the expected failure by |
The second goal generated from
byehoareis unsound, in which the procedure arguments are bound in a free memory.This is a small bug introduced in #789 . We need to bind the precondition to the memory in probability expression.
Thank @lyonel2017 for helping fix this bug.