-
Notifications
You must be signed in to change notification settings - Fork 5
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
failing unwinding assertion not properly supported #44
Comments
I'm not completely understanding the issue. Could you please provide an example that reproduces the issue? |
int x=0; |
The failure entry in the trace does not include enough information to do the linking to the loop, and it is not clear how to distinguish between a problem with the unwinding limit and a real failure. |
The suffix number of the property name, e.g. "main.unwind.0" is the same as the one of the loop id, e.g. "main.0". |
So, is the cue the presence of "unwind" in the middle of the property name? I'm moving this to an enhancement because in order to obtain the information required to do the proper presentation of the problem and provide linking to the loop section of the view; the view would have to read the counter example to extract the desired information, which it never had to do. So far reading the counter example was not necessary because it was sufficient to know the return code of CBMC to present the failure of a property in the view. One way for CBMC to make it easier would be: |
I see. Then at least, during debugging the information can be displayed when the unwinding assertion has been reached. |
PK "Property shown as failed even though the reason is a failing unwinding assertion. The corresponding loop could be highlighted. And a tool tip/hint to increase the unwinding bound should be shown."
The text was updated successfully, but these errors were encountered: