diff options
author | Rich Felker <dalias@aerifal.cx> | 2017-09-06 21:42:15 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2017-09-06 21:42:15 -0400 |
commit | 565dbee24d4bf55728be1c274fca1e7f3196fd73 (patch) | |
tree | 157ebbac897879151a8c14780e682f58b241fb6d /src/signal/kill.c | |
parent | 9e01be6e49b9ae433072207f420ef33c8189eb78 (diff) | |
download | musl-565dbee24d4bf55728be1c274fca1e7f3196fd73.tar.gz musl-565dbee24d4bf55728be1c274fca1e7f3196fd73.tar.bz2 musl-565dbee24d4bf55728be1c274fca1e7f3196fd73.tar.xz musl-565dbee24d4bf55728be1c274fca1e7f3196fd73.zip |
don't treat numeric port strings as servent records in getservby*()
some applications use getservbyport to find port numbers that are not
assigned to a service; if getservbyport always succeeds with a numeric
string as the result, they fail to find any available ports.
POSIX doesn't seem to mandate the behavior one way or another. it
specifies an abstract service database, which an implementation could
define to include numeric port strings, but it makes more sense to
align behavior with traditional implementations.
based on patch by A. Wilcox. the original patch only changed
getservbyport[_r]. to maintain a consistent view of the "service
database", I have also modified getservbyname[_r] to exclude numeric
port strings.
Diffstat (limited to 'src/signal/kill.c')
0 files changed, 0 insertions, 0 deletions