| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | More strict test for SKALIBS_HASTIMER (must have struct itimerspec and ↵ | Laurent Bercot | 2016-10-24 | 1 | -2/+4 |
| | | | | | struct sigevent too) | ||||
| * | Add the alarm library, first draft. | Laurent Bercot | 2016-10-24 | 2 | -0/+22 |
| | | |||||
| * | Clean up and modernize librandom. | Laurent Bercot | 2016-10-14 | 3 | -54/+33 |
| | | | | | | | | | | | | | | | | | | | | | | | Correct random number generation has historically been suprisingly painful to achieve. There was no standard, every system behaved in a subtly different way, and there were a few userland initiatives to get decent randomness, all incompatible of course. The situation is a bit better now, we're heading towards some standardization. The arc4random() series of functions is a good API, and available on a lot of systems - unfortunately not Linux, but on Linux the new getrandom() makes using /dev/random obsolete. So I removed the old crap in librandom, dropped EGD support, dropped dynamic backend selection, made a single API series (random_* instead of goodrandom_* and badrandom_*), added an arc4random backend and a getrandom backend, and defaulted to /dev/urandom backed up by SURF in the worst case. This should be much smaller and logical. However, it's a major API break, so the skarnet.org stack will be changed to adapt. | ||||
| * | Fix tryfutimens.c header inclusion. The test should be good now... | Laurent Bercot | 2016-04-27 | 1 | -0/+4 |
| | | |||||
| * | Help Solaris finds its own futimens() in its own ass | Laurent Bercot | 2016-04-27 | 1 | -3/+5 |
| | | |||||
| * | Even less standards for futimes() | Laurent Bercot | 2016-04-27 | 1 | -0/+2 |
| | | |||||
| * | futimes() is not POSIX, so add some ftms | Laurent Bercot | 2016-04-27 | 1 | -0/+4 |
| | | |||||
| * | Add new sysdeps for futimens() and futimes(), adapt touch() implementation | Laurent Bercot | 2016-04-27 | 2 | -0/+23 |
| | | |||||
| * | - sysdeps for strnlen (Solaris... sigh) | Laurent Bercot | 2015-07-13 | 1 | -0/+4 |
| | | | | | - rc for 2.3.5.2 | ||||
| * | Applied Roman Kimov's fixesv2.3.1.3 | Laurent Bercot | 2015-03-13 | 1 | -1/+0 |
| | | |||||
| * | Add _GNU_SOURCE to trynbwaitall.c because glibc headers | Laurent Bercot | 2014-12-31 | 1 | -0/+3 |
| | | | | | | don't define kill() with only _BSD_SOURCE. That's very disappointing from GNU. | ||||
| * | OK, this one works, and the problem was actually on my side (failure to | Laurent Bercot | 2014-12-21 | 3 | -19/+4 |
| | | | | | | | use CMSG_LEN where required in tryancilautoclose). Also, good news: the sys/param.h inclusion in FreeBSD isn't necessary anymore. | ||||
| * | next generation of the FreeBSD fix... | Laurent Bercot | 2014-12-21 | 3 | -15/+5 |
| | | |||||
| * | So MSG_WAITALL can block even with MSG_DONTWAIT... wtfbsdseriously. | Laurent Bercot | 2014-12-21 | 1 | -13/+6 |
| | | | | | | Only include MSG_WAITALL when it's tested nb, then. Also test yet another fix for the tryancilautoclose FreeBSD problem. | ||||
| * | Stricter trynbwaitall to actually catch the problems | Laurent Bercot | 2014-12-21 | 1 | -3/+8 |
| | | |||||
| * | So the non-portable MSG_DONTWAIT may alleviate the problem... might | Laurent Bercot | 2014-12-21 | 2 | -2/+19 |
| | | | | | as well use it on architectures that support it. | ||||
| * | Something is rotten in the state of FreeBSD... but we all knew it | Laurent Bercot | 2014-12-20 | 1 | -1/+2 |
| | | | | | already. More tentative workarounds. | ||||
| * | FreeBSD now chokes on tryancilautoclose ; tentative fix | Laurent Bercot | 2014-12-20 | 1 | -31/+33 |
| | | |||||
| * | Found the BSD unixmessage bug. recvmsg(..., MSG_WAITALL) blocks | Laurent Bercot | 2014-12-20 | 1 | -0/+117 |
| | | | | | | | until buffer full or socket shutdown on BSD, *even if the socket is nonblocking*. So I added an "okwaitall" sysdeps, and won't set MSG_WAITALL on retarded systems. | ||||
| * | initial commit with rc for skalibs-2.0.0.0 | Laurent Bercot | 2014-09-18 | 35 | -0/+767 |
