-
Notifications
You must be signed in to change notification settings - Fork 260
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
Crash on refinement #2402
Comments
MikaelMayer
added
the
crash
Dafny crashes on this input, or generates malformed code that can not be executed
label
Jul 13, 2022
cpitclaudel
added
the
kind: bug
Crashes, unsoundness, incorrect output, etc. If possible, add a `part:` label
label
Sep 20, 2022
keyboardDrummer
added a commit
that referenced
this issue
Nov 9, 2022
This PR fixes #2402 The problem was that errors reported on refined modules used refinement tokens. Refined tokens are like tokens, except that the actual file name is in ActualFileName and the FileName is the previous filename + "[" + name of refining module + "]" The Language server was creating Uris from FileName, no matter the token type, which led it to not find the document and report the errors. That means it was launching verification when resolution fails on refined modules. This PR solves the problem by making the Language server aware of Refinement tokens and extract the underlying token for reporting purposes, rather than taking the FileName of the refined token. <small>By submitting this pull request, I confirm that my contribution is made under the terms of the [MIT license](https://github.com/dafny-lang/dafny/blob/master/LICENSE.txt).</small> Co-authored-by: Remy Willems <[email protected]>
prvshah51
pushed a commit
to prvshah51/dafny
that referenced
this issue
Nov 9, 2022
) This PR fixes dafny-lang#2402 The problem was that errors reported on refined modules used refinement tokens. Refined tokens are like tokens, except that the actual file name is in ActualFileName and the FileName is the previous filename + "[" + name of refining module + "]" The Language server was creating Uris from FileName, no matter the token type, which led it to not find the document and report the errors. That means it was launching verification when resolution fails on refined modules. This PR solves the problem by making the Language server aware of Refinement tokens and extract the underlying token for reporting purposes, rather than taking the FileName of the refined token. <small>By submitting this pull request, I confirm that my contribution is made under the terms of the [MIT license](https://github.com/dafny-lang/dafny/blob/master/LICENSE.txt).</small> Co-authored-by: Remy Willems <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The following code crashes Dafny on VSCode with an error on the
t
:The text was updated successfully, but these errors were encountered: