3 ms·

I would add to that that in most scenarios where people think debugging doesn't help or won't work - it can. Running inside Docker, multithreaded, multiprocess

I would add to that that in most scenarios where people think debugging doesn't help or won't work - it can. Running inside Docker, multithreaded, multiprocessed, all can be debugged with a little effort. Most often much less effort that repeatedly printf debugging.

cassepipe 2y ago
I am not sure I understand your point. Can you be more explicit ?
- shortrounddev2 2y ago
  Many people believe that a debugger won't work in their specific scenario, but often they are wrong; debugger can connect across network boundaries or into other processes that weren't launched by the IDE
- fisf 2y ago
  People who think that case X cannot be debugged without printf often don't know the features of their debugger. I.e. look at several of the comments which seem to miss that you can: - Remote debug. - Use conditional breakpoints. - Use breakpoints to trigger commands, e.g. log values, enable other breakpoints, etc. instead of stopping. execution. - Debug multi-threaded code. - Disassemble a fragment.
  - gregthelaw 2y ago
    I have a bunch of (36 if you're counting :) short videos and blog posts introducing the advanced features of GDB: https://undo.io/resources/gdb-watchpoint/ https://undo.io/resources/gdb-watchpoint/
  - gregthelaw 2y ago
    Just yesterday I gave a talk at MeetingC++ in Berlin on debugging multithreaded code. It's amazing how few developers know anything beyond the very basic of their debugger. If all you know is print, break, continue, next and then you dismiss the debugger as "not very useful" then you've not made a judgement based on information but on initial reaction.
  - cassepipe 2y ago
    Oh thanks, I know about that and agree. I did not understand the point about doing debugging in containers. But I think I understand now. I guess they only debugging a program that is running in a container.
HumblyTossed 2y ago
And a good debug log can help more than either of those.

cassepipe 2y ago

I am not sure I understand your point. Can you be more explicit ?

shortrounddev2 2y ago
Many people believe that a debugger won't work in their specific scenario, but often they are wrong; debugger can connect across network boundaries or into other processes that weren't launched by the IDE
fisf 2y ago
People who think that case X cannot be debugged without printf often don't know the features of their debugger. I.e. look at several of the comments which seem to miss that you can: - Remote debug. - Use conditional breakpoints. - Use breakpoints to trigger commands, e.g. log values, enable other breakpoints, etc. instead of stopping. execution. - Debug multi-threaded code. - Disassemble a fragment.
- gregthelaw 2y ago
  I have a bunch of (36 if you're counting :) short videos and blog posts introducing the advanced features of GDB: https://undo.io/resources/gdb-watchpoint/ https://undo.io/resources/gdb-watchpoint/
- gregthelaw 2y ago
  Just yesterday I gave a talk at MeetingC++ in Berlin on debugging multithreaded code. It's amazing how few developers know anything beyond the very basic of their debugger. If all you know is print, break, continue, next and then you dismiss the debugger as "not very useful" then you've not made a judgement based on information but on initial reaction.
- cassepipe 2y ago
  Oh thanks, I know about that and agree. I did not understand the point about doing debugging in containers. But I think I understand now. I guess they only debugging a program that is running in a container.

HumblyTossed 2y ago

And a good debug log can help more than either of those.