You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So far, we have the option to restart an InProcess target after n rounds of fuzzing.
This means, however, that the number of target executions per round potentially grows after more testcases have been added to the corpus.
Instead, we should offer the option to restart after a fixed amount of iterations, to make sure targets leaking memory won't explode over time.
This could either be done by counting executions in the harness, and raising a signal accordingly (not taking it as objective), or by counting outside of the executor and retuning from the current stage.
The text was updated successfully, but these errors were encountered:
So far, we have the option to restart an InProcess target after n rounds of fuzzing.
This means, however, that the number of target executions per round potentially grows after more testcases have been added to the corpus.
Instead, we should offer the option to restart after a fixed amount of iterations, to make sure targets leaking memory won't explode over time.
This could either be done by counting executions in the harness, and raising a signal accordingly (not taking it as objective), or by counting outside of the executor and retuning from the current stage.
The text was updated successfully, but these errors were encountered: