-
Notifications
You must be signed in to change notification settings - Fork 256
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
/trace output is less helpful than it could be due to buffering #10
Comments
I've been annoyed by that too. However, I think that the trace is coming from Boogie, not Dafny, so you may need to file this on the Boogie repo. |
Done. Feel free to close this, if that's appropriate. |
Okay, I think it makes sense to close this, given that it needs to be fixed on the Boogie side. |
The behavior you're seeing indeed comes from Boogie. It's a feature! Boogie may actually do verifications in different orders or using multiple cores. It then sorts these to come out in the program order. |
Do we really want trace to run things in parallel? Isn't this a profiling tool primarily? |
Just a minor nitpick. When running Dafny with /trace, it produces output such as:
However, the line for "Verifying" only appears in the console window at the same time that the second line with the result information is printed, so you're never sure what Dafny is currently attempting to verify. I assume this could be fixed by adding an
fflush()
-equivalent between the two print statements.The text was updated successfully, but these errors were encountered: