summaryrefslogtreecommitdiff
path: root/src/signal/or1k
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2015-02-03 00:31:35 -0500
committerRich Felker <dalias@aerifal.cx>2015-02-03 00:31:35 -0500
commit14a0117117beed9d54d17819d9a9c3d4200c46ed (patch)
tree42128a7c69fde6192d37a259a6eaf84cf8bfc013 /src/signal/or1k
parent3559f0b894e4369955f8467b94cb8fda537d2f36 (diff)
downloadmusl-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