-
Notifications
You must be signed in to change notification settings - Fork 99
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
Kani produces no output on non-termination #493
Labels
[C] Bug
This is a bug. Something isn't working.
[E] User Experience
An UX enhancement for an existing feature. Including deprecation of an existing one.
Comments
16 tasks
That's an interesting idea. The current default was presumably for soundness, but now we have unwinding assertions, right? |
Yes, unwinding assertions are on by default so in principle passing |
celinval
added
the
[E] User Experience
An UX enhancement for an existing feature. Including deprecation of an existing one.
label
Mar 16, 2022
We're planning on addressing this issue by -
|
4 tasks
adpaco-aws
changed the title
RMC produces no output on non-termination
Kani produces no output on non-termination
Aug 1, 2022
Repository owner
moved this from In Progress
to Done
in Kani v0.4
Aug 9, 2022
Repository owner
moved this from In Progress
to Done
in Kani v0.3
Aug 9, 2022
Repository owner
moved this from In Progress
to Done
in Kani v0.7
Aug 9, 2022
Repository owner
moved this from In Progress
to Done
in Kani v0.8
Aug 9, 2022
Repository owner
moved this from In Progress
to Done
in Kani v0.6
Aug 9, 2022
4 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
[C] Bug
This is a bug. Something isn't working.
[E] User Experience
An UX enhancement for an existing feature. Including deprecation of an existing one.
When running RMC on code with loops and without an
--unwind
bound, RMC will often not terminate.But, it presently produces no output at all during this infinite loop, whereas CBMC produces continuous stream of logging data that helps indicate what's gone wrong.
I believe this is because at some point we're buffering stdout from cbmc and only printing it once it's finished. We should allow these log messages to stream to the terminal, so we can see them during a non-termination problem.
The text was updated successfully, but these errors were encountered: