proc/test: fix flakyness of TestCallConcurrent (#1543)
Remove the breakpoint set in TestCallConcurrent so that it doesn't interfere with the call injection protocol. The fact that it can is a bug but that bug is better addressed after PRs #1503 and #1504 are merged, this keeps tests happy in the meantime. Fixes #1542
This commit is contained in:
parent
79e0f543c0
commit
71a7fe04d9
@ -4306,8 +4306,8 @@ func TestCallConcurrent(t *testing.T) {
|
||||
withTestProcess("teststepconcurrent", t, func(p proc.Process, fixture protest.Fixture) {
|
||||
bp := setFileBreakpoint(p, t, fixture, 24)
|
||||
assertNoError(proc.Continue(p), t, "Continue()")
|
||||
//_, err := p.ClearBreakpoint(bp.Addr)
|
||||
//assertNoError(err, t, "ClearBreakpoint() returned an error")
|
||||
_, err := p.ClearBreakpoint(bp.Addr)
|
||||
assertNoError(err, t, "ClearBreakpoint() returned an error")
|
||||
|
||||
gid1 := p.SelectedGoroutine().ID
|
||||
t.Logf("starting injection in %d / %d", p.SelectedGoroutine().ID, p.CurrentThread().ThreadID())
|
||||
@ -4320,9 +4320,6 @@ func TestCallConcurrent(t *testing.T) {
|
||||
return
|
||||
}
|
||||
|
||||
_, err := p.ClearBreakpoint(bp.Addr)
|
||||
assertNoError(err, t, "ClearBreakpoint() returned an error")
|
||||
|
||||
for {
|
||||
returned = testCallConcurrentCheckReturns(p, t, gid1)
|
||||
if returned {
|
||||
|
Loading…
Reference in New Issue
Block a user