Open ex0dus-0x opened 6 years ago
$.02. Please let me know whether my is too naive.
The current version of rrapper generates a ton of potential events for larger projects. I personally find it pretty inconvenient having to go through 1,000 events. Maybe for a temporary solution, we can pass an option to rrtest
to reduce the range by brute forcing the session with rreplay
and weed out the ones that yield errors?
So maybe rrtest configure -n app -t 1234 --guess-event
?
EDIT: seeing the new change in branch output_event_number
. Nevermind!
(migrated from https://github.com/pkmoore/rrapper/pull/6)
Documentation:
rrinit
andrrtest
inREADME
.cpuid.c
codeinject.py
andrreplay
Logging:
rrtest
.inject
andparse_syscall_definitions
to use abasicConfig
logger.Features:
rreplay
orrrtest
to list existing testsrrtest
to pack tests for distribution and portabilityrrinit
to copy over rr tests to CrashSim configuration filerrtest
setup.py
such thatrequirements.txt
do not need to existrreplay
trace_file
to point to snippet file~/.crashsim
for internalization and portability (TODO: make posix-omni-parser compliant as well)consts.py
???)IndexError
/ EOF when choosing events near end of fileTesting: