crazy hugsy
crazy hugsy
> Yes, the memory mapping behavior is fixed in https://github.com/hugsy/gef/pull/1047 I suspected so, great to know you could confirm that fixes it. `info proc mappings` is the way to go...
So it seems solved, can we close this PR?
Yes, that's definitely your locale settings.
pyenv is the source of too many unwanted issue and I don't think it's gef's job to check if it's running in a venv or not. In addition, none of...
> what should the script do besides detecting pyenv? Exactly that, but in a separate script: https://github.com/hugsy/gef/blob/ece572826a4364de340a7b0ff18afa89f5e76119/gef.py#L11396-L11415
And maybe leave an additional global variable or environment variable like `RUNNING_IN_PYENV` or something in case that's important to detect in the future (I doubt it, but it won't hurt).
pyenv support has been removed with #1084 Closing this issue
No follow-up, I assume it's fixed as described above. Closing
> The value from the configuration file is not taken into account. > > So, capstone-disassemble.use-capstone is always False (on every boot) > > here my conf file: > >...
> And what can we do to fix this? `gef restore` But I think this should not happen with the latest change to gef because now loading gef-extras with `on_changed`...