d97b471292
Previously breakpoints with hitcount conditions that became unsatisfiable would become disabled, this was done as an optimization so that the continue loop would no longer need to stop on them and evaluate their conditions. As a side effect this meant that on restart these breakpoints would remain disabled, even though their hit condition returned satisfiable. This commit changes Delve behavior so that breakpoints with unsatisifiable hitcount conditions are no longer disabled but the associated physical breakpoints are removed anyway, preserving the optimization. Some refactoring is done to the way conditions are represented and the enable status is managed so that in the future it will be possible to use hitcount conditions to implement "chained" breakpoints (also known as dependet breakpoints), i.e. breakpoints that become active only after a second breakpoint has been hit. |
||
|---|---|---|
| .. | ||
| api | ||
| dap | ||
| debugger | ||
| internal/sameuser | ||
| rpc1 | ||
| rpc2 | ||
| rpccommon | ||
| test | ||
| client.go | ||
| config.go | ||
| listenerpipe.go | ||
| rpccallback.go | ||
| server.go | ||