6 ms·

I haven't been keeping up with Go much these days but is there proper debugger support now? Or is it still a half-broken experience?

daxorid 8y ago
fmt.Printf() debugging is always a time-honored tradition.
org3432 8y ago
If you use Goland 2018 it's pretty seamless, there are a few things missing like being able to get ptr addresses and view values in hex, and it's a little laggy compared to VS but not bad.
- copperx 8y ago
  Is Goland's debugger written by Jetbrains?
  - org3432 8y ago
    Yes, it uses delve under the hood and acts much the same way as VS.
pureadrenallen 8y ago
I've had really good luck using delve with vs code. Easy setup and good experience overall
mseepgood 8y ago
Delve
- deleted 8y ago
  [deleted]
ar_lan 8y ago
I've never had any issues with debuggers over the past year of developing full-time in it. I use GoLand for development, which I believe uses Delve by default and it's entirely pleasant.
Groxx 8y ago
IMO: very much still half broken. Calling functions is still experimental[1] and in my experience has yet to work even once, there's no display formatting options (afaik) so you are often looking at a chunk of bytes instead of something useful (after diving several times more layers deep than other debuggers require), and you pretty often can't view memory that's in scope at another call stack location without going to that location. All of which gives you a pretty crippled experience, especially as it makes conditional breakpoints extremely limited in use. That said, it's mostly just half, before it was like 3/4 or worse. It has improved in stability (I haven't had it randomly disconnect at all since late Go 1.9 days, but I haven't pressed it hard at all either) and GoLand's integration works well and is mostly fast. It just can't do anything except set breakpoints and view memory. [1]: https://github.com/derekparker/delve/blob/master/Documentation/cli/README.md#call https://github.com/derekparker/delve/blob/master/Documentati...

daxorid 8y ago

fmt.Printf() debugging is always a time-honored tradition.

org3432 8y ago

If you use Goland 2018 it's pretty seamless, there are a few things missing like being able to get ptr addresses and view values in hex, and it's a little laggy compared to VS but not bad.

copperx 8y ago
Is Goland's debugger written by Jetbrains?
- org3432 8y ago
  Yes, it uses delve under the hood and acts much the same way as VS.

pureadrenallen 8y ago

I've had really good luck using delve with vs code. Easy setup and good experience overall

mseepgood 8y ago

Delve

deleted 8y ago
[deleted]

ar_lan 8y ago

I've never had any issues with debuggers over the past year of developing full-time in it. I use GoLand for development, which I believe uses Delve by default and it's entirely pleasant.

Groxx 8y ago

IMO: very much still half broken. Calling functions is still experimental[1] and in my experience has yet to work even once, there's no display formatting options (afaik) so you are often looking at a chunk of bytes instead of something useful (after diving several times more layers deep than other debuggers require), and you pretty often can't view memory that's in scope at another call stack location without going to that location. All of which gives you a pretty crippled experience, especially as it makes conditional breakpoints extremely limited in use. That said, it's mostly just half, before it was like 3/4 or worse. It has improved in stability (I haven't had it randomly disconnect at all since late Go 1.9 days, but I haven't pressed it hard at all either) and GoLand's integration works well and is mostly fast. It just can't do anything except set breakpoints and view memory. [1]: https://github.com/derekparker/delve/blob/master/Documentation/cli/README.md#call https://github.com/derekparker/delve/blob/master/Documentati...