-
Notifications
You must be signed in to change notification settings - Fork 17.8k
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
x/tools/gopls: SIGSEGV when semantic token provider is enabled and typing after return of a void function #65952
Comments
The result of `funcType` will be `nil`, if a function does not return any values. This caused an `SIGSEGV` before. fixes golang/go#65952
Change https://go.dev/cl/567275 mentions this issue: |
The result of `funcType` will be `nil`, if a function does not return any values. This caused an `SIGSEGV` before. fixes golang/go#65952
The result of funcType will be nil, if a function does not return any values. This caused an SIGSEGV before. Fixes golang/go#65952
The result of funcType will be nil, if a function does not return any values. This caused an SIGSEGV before. Fixes golang/go#65952
The result of funcType will be nil, if a function does not return any values. This caused an SIGSEGV before. Fixes golang/go#65952
Change https://go.dev/cl/567256 mentions this issue: |
Change https://go.dev/cl/567415 mentions this issue: |
…on result highlight The result of funcType will be nil, if a function does not return any values. This caused an SIGSEGV before. Fixes golang/go#65952 Change-Id: Ibf4ac3070744f42033504220f05b35a78c97d992 GitHub-Last-Rev: 74182b2 GitHub-Pull-Request: #480 Reviewed-on: https://go-review.googlesource.com/c/tools/+/567275 Reviewed-by: Mauri de Souza Meneguzzo <mauri870@gmail.com> Reviewed-by: Robert Findley <rfindley@google.com> Reviewed-by: Hyang-Ah Hana Kim <hyangah@gmail.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> (cherry picked from commit c1f340a) Reviewed-on: https://go-review.googlesource.com/c/tools/+/567415 Reviewed-by: Alan Donovan <adonovan@google.com>
Add a test for the fix in golang/go#65952: a nil pointer exception when highlighting a return value in a function returning no results. Also, merge tests related to control flow highlighting, since it is convenient to be able to run them together, and since there is nontrivial overhead to tiny tests. Updates golang/go#65952 Change-Id: Ibf8c7c6f0f4feed6dc7a283736bc038600a0bf04 Reviewed-on: https://go-review.googlesource.com/c/tools/+/567256 Reviewed-by: Alan Donovan <adonovan@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Auto-Submit: Robert Findley <rfindley@google.com>
Change https://go.dev/cl/567417 mentions this issue: |
…control flow highlighting Add a test for the fix in golang/go#65952: a nil pointer exception when highlighting a return value in a function returning no results. Also, merge tests related to control flow highlighting, since it is convenient to be able to run them together, and since there is nontrivial overhead to tiny tests. Updates golang/go#65952 Change-Id: Ibf8c7c6f0f4feed6dc7a283736bc038600a0bf04 Reviewed-on: https://go-review.googlesource.com/c/tools/+/567256 Reviewed-by: Alan Donovan <adonovan@google.com> LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Auto-Submit: Robert Findley <rfindley@google.com> (cherry picked from commit fc70354) Reviewed-on: https://go-review.googlesource.com/c/tools/+/567417
0.15.1 This release fixes golang/go#65952, a crash in document highlighting when the cursor is in a return value for a function that has no results, such as the following example: func f() { // <-- no results return 0| // <-- cursor at '|' } Thanks very much to @patrickpichler who both reported and fixed this bug! We're hopeful that once Go 1.23 is released, the opt-in automated crash reporting added in gopls v0.15.0 will increase the likelihood that these types of crashes are caught before they are released. 0.15.0 This release introduces "zero config" gopls workspaces, which is a set of heuristics allowing gopls to Do The Right Thing when you open a Go file. We believe this addresses two of the largest pain points we hear about from our users: difficulty configuring multi-module repositories, and working on multiple GOOS/GOARCH combinations. However, this is a large change to the way gopls models your workspace, and the dynamic loading/unloading of builds may be surprising in some cases. Your feedback on this new feature is greatly appreciated. See below for more details. New Features Simpler workspace configuration and improved build tag support Preview refactoring edits Analysis & diagnostics Automated crash reporting (off by default) Housekeeping and Bug Fixes.
This stack
Issue created by golang.org/x/tools/gopls/internal/telemetry/cmd/stacks. |
gopls version
v0.15.0
go env
What did you do?
What did you see happen?
LSP crashes with a SIGSEGV
What did you expect to see?
LSP not crashing
Editor and settings
No response
Logs
No response
Duplicates:
This stack
aeuFyQ
was reported by telemetry:highlightFuncControlFlow:+93 is
Issue created by golang.org/x/tools/gopls/internal/telemetry/cmd/stacks.
Also: oF1UWw
The text was updated successfully, but these errors were encountered: