src/lib/libc/stdlib, branch release/9.3.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.02013-12-13T05:54:58ZMFC r259042:2013-12-13T05:54:58ZKonstantin Belousovkib@FreeBSD.org2013-12-13T05:54:58Zurn:sha1:8999839a1b811962f18e161531557f5ab9567329
Do not force to run atexit handlers, which text comes from a dso owning
the handle passed to __cxa_finalize() but which are registered by other
dso, when the process is inside exit(3).
MFC r253380,253413: name passed into __setenv is not necessarily NUL-terminated2013-07-24T13:07:29ZAndriy Gaponavg@FreeBSD.org2013-07-24T13:07:29Zurn:sha1:94efdb8f7daae8454c233bfe8791346d8b9f7a3c
Approved by: re (kib)
1) POSIX requires rand(3) return values to be in the [0, RAND_MAX]2013-07-24T10:12:50ZAndrey A. Chernovache@FreeBSD.org2013-07-24T10:12:50Zurn:sha1:e6ebddbe4bcd23f111674aee5339e4d43f1e04d8
range, but ACM formula we use have internal state (and return value) in
the [1, 0x7ffffffe] range, so our RAND_MAX (0x7fffffff) is never reached
because it is off by one, zero is not reached too.
Correct both RAND_MAX and rand(3) return value, shifting last one
to the 0 by 1 subtracted, resulting POSIXed [0, 0x7ffffffd(=new
RAND_MAX)] range.
2) Add a checks for not overflowing on too big seeds. It may happens on
the machines, where sizeof(unsigned int) > 32 bits.
This change is binary compatible because range is reduced, not expanded,
so no bump is needed.
Reviewed by: bde
Approved by: re (glebius)
Protect the #define MALLOC_PRODUCTION directive in case it was also2013-07-04T14:26:42ZDag-Erling Smørgravdes@FreeBSD.org2013-07-04T14:26:42Zurn:sha1:42bdab678229c7020cfdc5bcc7988ba07dbebb15
defined on the command line (due to MALLOC_PRODUCTION=yes in src.conf).
MFC r249035:2013-05-30T22:01:06ZXin LIdelphij@FreeBSD.org2013-05-30T22:01:06Zurn:sha1:57632e2ba73aa53da2e5189f39c3d234534e598d
Replace access to /dev/random with the kernel pseudo-random number
source sysctl(KERN_ARND) and remove the fallback code.
Obtained from: OpenBSD
MFC r241031 (des):2013-05-30T21:56:53ZXin LIdelphij@FreeBSD.org2013-05-30T21:56:53Zurn:sha1:26e3237520fee6f5c2eeae72b6ecd1dfa8e5fde8
Slight stylification.
MFH (r240107,240111,240361): warn against using weak PRNGs2013-03-01T00:52:57ZDag-Erling Smørgravdes@FreeBSD.org2013-03-01T00:52:57Zurn:sha1:f06b3329eb68c140c5b95e66592cdd520d8fb96dMFH r247014, r247050 and r247051.2013-02-25T19:08:46ZGiorgos Keramidaskeramida@FreeBSD.org2013-02-25T19:08:46Zurn:sha1:692e1854f8a5e82d2e5927e5fbc0026fbad3ba9c
Add a sample program that shows how a custom comparison function and
qsort(3) can work together to sort an array of integers.
PR: docs/176197
Submitted by: Fernando, fapesteguia at opensistemas.com
Christoph Mallon, christoph.mallon at gmx.de
Approved by: gjb (mentor), remko (mentor)
MFC r238802:2013-02-21T20:24:00ZSergey Kandaurovpluknet@FreeBSD.org2013-02-21T20:24:00Zurn:sha1:bcec66cad7f30ec5466c32178a800171836265ed
Update the 'C1x draft' reference to '.St -isoC-2011' mdoc macro.
MFC r229848:2012-11-22T15:19:53ZEd Schoutened@FreeBSD.org2012-11-22T15:19:53Zurn:sha1:a48d580e689b940b0d6abc376310842a273cdcd8
Add aligned_alloc(3).
The C11 folks reinvented the wheel by introducing an aligned version of
malloc(3) called aligned_alloc(3), instead of posix_memalign(3). Instead
of returning the allocation by reference, it returns the address, just
like malloc(3).
I'm MFCing this now, as it seems aligned_alloc(3) is needed to make the
new version of libc++ work, which was merged back to FreeBSD 9 in r243376.
Requested by: dim