英文:
Does the execution have to keep stopping to set a breakpoint?
问题
- vscode@1.60.0
- vscode-go@v0.27.2
- go:1.16.3 darwin/amd64
你好,我正在使用gin开发API。
每当我在HTTP处理程序中添加断点时,调试控制台会输出Execution halted to set breakpoints - please resume execution manually
。
在开发API时,检查处理程序中的断点是非常常见的。因为你可以看到请求的处理过程以及逻辑的行为和预期的响应。
但是,每次我勾选或取消勾选断点时,都需要手动按下“Continue Debug”按钮。这大大降低了开发效率。
这在之前没有发生过,但似乎是最近的更新引起的。这是预期的行为吗?
额外确认的要点
通过查看发布说明,我找到了导致上述问题的原因。
在Release 0.27.0中添加的dlv-dap
被确定为问题的原因。使用旧版调试适配器不会导致上述问题。
我似乎找不到关于dlv-dap的已知问题的相关信息。这种行为正常吗?还是它仍在开发中?
英文:
- vscode@1.60.0
- vscode-go@v0.27.2
- go:1.16.3 darwin/amd64
Hello I am developing api with gin.
Whenever I add a breakpoint to the http handler, a Execution halted to set breakpoints - please resume execution manually
is being output to the debug console.
When developing an API, it is quite common to check breakpoints in handlers.
Because you can see how the request came and the logic behaved and responded as intended.
But every time I check and uncheck a breakpoint, I have to mechanically press Continue Debug.
This greatly reduces development productivity.
It didn't happen before, but it seems to be happening with a recent update.
Is this the intended behavior?
Additional confirmed points
I was able to figure out what was causing the above issue by checking the release notes.
The dlv-dap
added in Release 0.27.0 is identified as the cause of the problem. Using the legacy debug adapter does not cause the above problem.
I can't seem to see what was raised above for known issues with dlv-dap. Is this behavior normal? Or is it still in development?
答案1
得分: 1
你的理解是正确的-https://github.com/golang/vscode-go/issues/1648中存在一个未解决的问题。Delve DAP团队目前正在寻找解决此问题的方法。
背景:在过渡到新的调试适配器时,Delve DAP团队试图保留传统调试适配器的行为。然而,他们遇到了一些技术挑战。传统调试适配器存在类似的潜在问题,但由于传统调试适配器是独立开发并且从未经过Delve开发团队的审查,所以这些问题一直未被注意到。
英文:
Your understanding is correct - there is an open issue in https://github.com/golang/vscode-go/issues/1648 The Delve DAP team is currently looking into a way to address this issue.
Background: While transitioning to the new debug adapter, the delve DAP team was trying to preserve the legacy debug adapter's behavior. However, they encountered some technical challenges. The legacy debug adapter holds the similar underlying issues but they were unnoticed because the legacy debug adapter was developed independently and never reviewed by delve dev team.
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库,让每个人都能够通过互相帮助和分享经验来进步。
评论