Невозможно получить локальные переменные в vscode при отладке исполняемого файла golang - PullRequest
1 голос
/ 02 июня 2019

Я создаю пример проекта на Голанге:

sampleapp/
sampleapp/main.go

, который имеет следующий код:

package main

import (
    "flag"
    "fmt"
)

func main() {
    var name = flag.String("name", "user1", "user name")
    var age = flag.Int("age", 20, "user age")
    fmt.Println(*name)
    fmt.Println(*age)
}

Я следовал https://code.visualstudio.com/docs/editor/debugging и создал следующий launch.json

 {
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Launch file",
            "type": "go",
            "request": "launch",
            "mode": "auto",
            "program": "${workspaceFolder}/main.go",
            "env": {},
            "args": []
        },
        {
            "name": "Launch exec",
            "type": "go",
            "request": "launch",
            "mode": "exec",
            "program": "${workspaceFolder}/sampleapp",
            "env": {},
            "args": []
        }
    ]
}

Когда я использую Launch File установка точек останова режима отладки на главном - я могу пошагово пройти программу и увидеть значения username и age следующим образом:

enter image description here

Но когда я использую Launch exec режим отладки после сборки приложения, какИтак:

go build

Я могу пошагово пройти код, но секция Local зависает при непрерывном вращении счетчика и не отображает никаких локальных переменных согласно следующему:

enter image description here

Мне нужно сделать Окно перезагрузки , чтобы избавиться от зависшего счетчика Local vars.Я проверил проблемы с vscode и увидел https://github.com/microsoft/vscode-go/issues/2444, но в этом случае переменные не отображаются при панике.Но в моем случае я просто печатаю 2 переменные.

Я подумал, что это может быть проблема с моей установкой dlv , но когда я отладил с помощью dlv с исполняемым файлом, я смог получить значения (удалив ненужные строкииз dlv output):

dlv exec sampleapp
Type 'help' for list of commands.
(dlv) break main.main
Breakpoint 1 set at 0x109e1f3 for main.main() ./main.go:8
(dlv) s
> main.main() ./main.go:8 (hits goroutine(1):1 total:1) (PC: 0x109e1f3)
Warning: debugging optimized function
     3: import (
     4:         "flag"
     5:         "fmt"
     6: )
     7:
=>   8: func main() {
     9:         var name = flag.String("name", "user1", "user name")
    10:         var age = flag.Int("age", 20, "user age")
    11:         fmt.Println(*name)
    12:         fmt.Println(*age)
    13: }
(dlv) s
> main.main() ./main.go:9 (PC: 0x109e202)
Warning: debugging optimized function
     4:         "flag"
     5:         "fmt"
     6: )
     7:
     8: func main() {
=>   9:         var name = flag.String("name", "user1", "user name")
    10:         var age = flag.Int("age", 20, "user age")
    11:         fmt.Println(*name)
    12:         fmt.Println(*age)
    13: }
(dlv) s
> main.main() ./main.go:11 (PC: 0x109e29f)
Warning: debugging optimized function
     6: )
     7:
     8: func main() {
     9:         var name = flag.String("name", "user1", "user name")
    10:         var age = flag.Int("age", 20, "user age")
=>  11:         fmt.Println(*name)
    12:         fmt.Println(*age)
    13: }
(dlv) stepout
user1
> main.main() ./main.go:12 (PC: 0x109e31a)
Warning: debugging optimized function
     7:
     8: func main() {
     9:         var name = flag.String("name", "user1", "user name")
    10:         var age = flag.Int("age", 20, "user age")
    11:         fmt.Println(*name)
=>  12:         fmt.Println(*age)
    13: }
(dlv) p name
*"user1"
(dlv) p age
*20

Есть что-то очень простое, что я здесь упускаю?

1 Ответ

1 голос
/ 14 июня 2019

Я мог бы воспроизвести вашу проблему изначально, но после обновления до VSCode версии 1.35.1 (я на MacOSX) проблема исчезла. Я вижу значения переменных во время отладки с помощью «Launch exec»

Я думаю, что оптимизация компилятора сделала это проблематичным. Должно работать нормально для исполняемого файла, созданного с go build -gcflags="-N -l"

-N: disable optimization -l: disable inlining

Официально Голанг также предложил это: https://golang.org/doc/gdb

...