Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | don't treat numeric port strings as servent records in getservby*() | Rich Felker | 2017-09-06 | 1 | -0/+4 |
| | | | | | | | | | | | | | | | | 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. | ||||
* | fix getservby*_r result pointer value on error | Daniel Sabogal | 2016-09-24 | 1 | -0/+1 |
| | | | | | | | this is a clone of the fix to the gethostby*_r functions in commit fe82bb9b921be34370e6b71a1c6f062c20999ae0. the man pages document that the getservby*_r functions set this pointer to NULL if there was an error or if no record was found. | ||||
* | make getservby*_r return error code rather than -1 (and using errno) | Rich Felker | 2012-07-22 | 1 | -10/+18 |
| | | | | untested but should be correct.. | ||||
* | fix getservby*() with null pointer for protocol argument | Rich Felker | 2012-07-14 | 1 | -0/+4 |
| | | | | not sure this is the best fix but it should work | ||||
* | remove some stray trailing space characters | Rich Felker | 2011-09-13 | 1 | -1/+1 |
| | |||||
* | initial check-in, version 0.5.0 v0.5.0 | Rich Felker | 2011-02-12 | 1 | -0/+43 |