Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is export FZDEBUG=repro=1 only useful for chained fuzzers? #18

Open
jasikpark opened this issue Jun 23, 2022 · 1 comment
Open

Is export FZDEBUG=repro=1 only useful for chained fuzzers? #18

jasikpark opened this issue Jun 23, 2022 · 1 comment

Comments

@jasikpark
Copy link

When running the reproduction with a regular generated fuzzer, I only get a backtrace, rather than having the full code used like shown in the README / that I was able to replicate in the parallel+chain tutorial in the readme

func Fuzz_TimerWheel_NewTimerWheel(f *testing.F) {
	f.Fuzz(func(t *testing.T, data []byte) {
		var min time.Duration
		var max time.Duration
		fz := fuzzer.NewFuzzer(data)
		fz.Fill(&min, &max)

		NewTimerWheel(min, max)
	})
}

doesn't produce a length test description.. I suppose maybe it wouldn't, since presumably it's just a single function call?

@thepudds
Copy link
Owner

Hi @jasikpark, thank you for filing this.

Yes, right now setting the environment variable FZDEBUG=repro=1 only is helpful for chained functions (e.g., as generated by fzgen -chain), such as this example in the README.

As you implied, that is where it is most useful, especially given there can be a potentially intricate series of calls needed to produce bad behavior.

However, it would be nice to also do something minimal even if it is not a chained function, so we can keep this issue open to track that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants