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
Unify environment variable handling #1564
Comments
a few vars are required before parsing the environment, but yes, in general that could be done and would be more clean. |
i think we can use this code afl_env_vars_t env_vars; void init_env_vars() { void read_environment() { void cleanup_env_vars() { |
I really dont have time for that, but I guess pull requests are more than welcome :) |
hey,i really want to work on this issue |
Hey can I work on this? |
sure |
/assign |
Is your feature request related to a problem? Please describe.
Grepping through the code-base reveals many locations using
getenv
with hardcoded constants, even though there seems to be an interface (afl_env_vars_t
) to unify the handling of environment variables. This makes it hard to keep track of which tool (afl-fuzz
,afl-cmin
, ...) implements which functionality.Describe the solution you'd like
Unify environment variable handling by using
afl_env_vars_t
and related functions. This will require, besides other things, decoupling ofread_afl_environment()
fromafl_state_t
sinceafl_state_t
is not used by all tools as far as I can tell.Best,
Nils
The text was updated successfully, but these errors were encountered: