https://bugs.kde.org/show_bug.cgi?id=396415

--- Comment #11 from Paul Floyd <[email protected]> ---
After a bit of trying to battle with load_client() where we were VG_(open)'ing
"exe_name" (which could be a script with/without a shebang, and the shebang
could refer to another script [which could repeat]) I've come to the conclusion
that load_client() is simply the wrong place to set VG_(cl_exec_fd).

By that point we've already done all the hard work of calling VG_(do_exec) and
the potentially recursive calls to VG_(load_script). Eventually this must have
handled the real binary file in VG_(load_ELF) [or VG_(load_macho)]. So I think
that a better solution is to just call VG_(dup) on the already opened binary
file fs at the end of VG_(load_ELF) or macho.

In the light of that, I also want to rethink the handling of auxv AT_EXCEPATH.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to