diff options
author | Rich Felker <dalias@aerifal.cx> | 2015-02-03 00:31:35 -0500 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2015-02-03 00:31:35 -0500 |
commit | 14a0117117beed9d54d17819d9a9c3d4200c46ed (patch) | |
tree | 42128a7c69fde6192d37a259a6eaf84cf8bfc013 /src/signal/or1k | |
parent | 3559f0b894e4369955f8467b94cb8fda537d2f36 (diff) | |
download | musl-14a0117117beed9d54d17819d9a9c3d4200c46ed.tar.gz musl-14a0117117beed9d54d17819d9a9c3d4200c46ed.tar.bz2 musl-14a0117117beed9d54d17819d9a9c3d4200c46ed.tar.xz musl-14a0117117beed9d54d17819d9a9c3d4200c46ed.zip |
make execvp continue PATH search on EACCES rather than issuing an errror
the specification for execvp itself is unclear as to whether
encountering a file that cannot be executed due to EACCES during the
PATH search is a mandatory error condition; however, XBD 8.3's
specification of the PATH environment variable clarifies that the
search continues until a file with "appropriate execution permissions"
is found.
since it seems undesirable/erroneous to report ENOENT rather than
EACCES when an early path element has a non-executable file and all
later path elements lack any file by the requested name, the new code
stores a flag indicating that EACCES was seen and sets errno back to
EACCES in this case.
Diffstat (limited to 'src/signal/or1k')
0 files changed, 0 insertions, 0 deletions