Fix next commands tests for crashed binaries (#3032)

The `test_next_command_doesnt_freeze_crashed_binary` test incorrectly
used `REFERENCE_BINARY` instead of `CRASH_SIMPLE_BINARY` so it didn't
really checked what happens when we run next commands on a crashing binary
but instead it ran it on a working binary...

This also speeds up test execution for the
`test_next_command_doesnt_freeze_crashed_binary[stepsyscall]` test from
30s to 1s on my machine.
pull/3034/head
Disconnect3d 7 months ago committed by GitHub
parent 506f895841
commit b332b0bed3
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

@ -53,7 +53,7 @@ def test_command_nextproginstr(start_binary):
("nextcall", "nextjump", "nextproginstr", "nextret", "nextsyscall", "stepret", "stepsyscall"),
)
def test_next_command_doesnt_freeze_crashed_binary(start_binary, command):
start_binary(REFERENCE_BINARY)
start_binary(CRASH_SIMPLE_BINARY)
# The nextproginstr won't step if we are already on the binary address
# and interestingly, other commands won't step if the address can't be disassemblied

Loading…
Cancel
Save