8ca63dbf | 23-Apr-2019 |
zrj <rimvydas.jasinskas@gmail.com> |
libc: Move out locking from vsyslog() core.
For consistency with openlog() and closelog().
While there, use SOCK_CLOEXEC directly and do not attempt to closelog() several times for badly written pr
libc: Move out locking from vsyslog() core.
For consistency with openlog() and closelog().
While there, use SOCK_CLOEXEC directly and do not attempt to closelog() several times for badly written programs (LogFile is handled internally).
show more ...
|
f4482edf | 16-Apr-2019 |
Sascha Wildner <saw@online.de> |
libc/rpc: Fix -Wtype-limits.
Instead of triggering a warning by checking if the passed type is signed split the INT_STRLEN_MACRO() into two, one for unsigned and the other for signed types. The latt
libc/rpc: Fix -Wtype-limits.
Instead of triggering a warning by checking if the passed type is signed split the INT_STRLEN_MACRO() into two, one for unsigned and the other for signed types. The latter isn't used and was added just for completeness.
show more ...
|
64c3fdb4 | 09-Apr-2019 |
zrj <rimvydas.jasinskas@gmail.com> |
libc/stdlib: Add recallocarray() function.
It is useful function for security related features, like resizing memory objects containing sensitive data to avoid information leaking. Update manpage.
libc/stdlib: Add recallocarray() function.
It is useful function for security related features, like resizing memory objects containing sensitive data to avoid information leaking. Update manpage.
Taken-from: OpenBSD
show more ...
|
6e0d4c61 | 10-Apr-2019 |
Sascha Wildner <saw@online.de> |
libc: Remove an age old unused function.
It was labeled as "historic" even in 1994 and probably much earlier before FreeBSD existed. Nothing in dports uses it and it was also not added to Symbol.map
libc: Remove an age old unused function.
It was labeled as "historic" even in 1994 and probably much earlier before FreeBSD existed. Nothing in dports uses it and it was also not added to Symbol.map so nothing could exist that uses it and is dynamically linked against our libc.
In-discussion-with: zrj
show more ...
|