FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F7 2020-06-30T15:53:52Z 2020-06-30T15:53:52Z Dimitry Andric dim@FreeBSD.org 2020-06-30T15:53:52Z urn:sha1:67c55ed43979c84f9441a29daab932eb0cb6650d Fix copy/paste mistake in kvm_getswapinfo(3) It seems this manpage was copied from kvm_getloadavg(3), but the DIAGNOSTICS section was not updated completely. Update the section with correct information about a return value of -1. 2015-06-20T13:30:09Z Dimitry Andric dim@FreeBSD.org 2015-06-20T13:30:09Z urn:sha1:bd464ed9555d42533f15fe51494a8551bbaf94ac Fix the following clang 3.7.0 warnings in lib/libfetch/http.c: lib/libfetch/http.c:1628:26: error: address of array 'purl->user' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.user = purl->user ? ~~~~~~^~~~ ~ lib/libfetch/http.c:1630:30: error: address of array 'purl->pwd' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.password = purl->pwd? ~~~~~~^~~~ lib/libfetch/http.c:1657:25: error: address of array 'url->user' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.user = url->user ? ~~~~~^~~~ ~ lib/libfetch/http.c:1659:29: error: address of array 'url->pwd' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.password = url->pwd ? ~~~~~^~~ ~ lib/libfetch/http.c:1669:25: error: address of array 'url->user' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.user = url->user ? ~~~~~^~~~ ~ lib/libfetch/http.c:1671:29: error: address of array 'url->pwd' will always evaluate to 'true' [-Werror,-Wpointer-bool-conversion] aparams.password = url->pwd ? ~~~~~^~~ ~ Since url->user and url->pwd are arrays, they can never be NULL, so the checks can be removed. Reviewed by: bapt Differential Revision: https://reviews.freebsd.org/D2673 2014-11-01T13:45:01Z Dimitry Andric dim@FreeBSD.org 2014-11-01T13:45:01Z urn:sha1:7c015fba249b3f87bce0d14efbd0573391921836 Fix a clang 3.5 warning about abs(3) being given an argument of type quad_t in setusercontext(). While here, sanitize the clamping of the priority value, and use the correct type for the return value of login_getcapnum(). Reviewed by: kib 2014-02-02T00:27:38Z Gregory Neil Shapiro gshapiro@FreeBSD.org 2014-02-02T00:27:38Z urn:sha1:0581c75fd3188f71beb63ab3036f0a3e7ac2ce9c 2013-02-25T19:09:41Z Giorgos Keramidas keramida@FreeBSD.org 2013-02-25T19:09:41Z urn:sha1:29ee6d90cbe50372efd8933a743329e2d79b40f2 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) 2013-02-05T09:53:32Z Xin LI delphij@FreeBSD.org 2013-02-05T09:53:32Z urn:sha1:6e53d57ac588c71a2b7d298b9fe0bbcf918107c5 Protect against DoS attacks, such as being described in CVE-2010-2632. The changes were derived from what has been committed to NetBSD, with modifications. These are: 1. Preserve the existsing GLOB_LIMIT behaviour by including the number of matches to the set of parameters to limit. 2. Change some of the limits to avoid impacting normal use cases: GLOB_LIMIT_STRING - change from 65536 to ARG_MAX so that glob(3) can still provide a full command line of expanded names. GLOB_LIMIT_STAT - change from 128 to 1024 for no other reason than that 128 feels too low (it's not a limit that impacts the behaviour of the test program listed in CVE-2010-2632). GLOB_LIMIT_PATH - change from 1024 to 65536 so that glob(3) can still provide a fill command line of expanded names. 3. Protect against buffer overruns when we hit the GLOB_LIMIT_STAT or GLOB_LIMIT_READDIR limits. We append SEP and EOS to pathend in those cases. Return GLOB_ABORTED instead of GLOB_NOSPACE when we would otherwise overrun the buffer. This change also modifies the existing behaviour of glob(3) in case GLOB_LIMIT is specifies by limiting the *new* matches and not all matches. This is an important distinction when GLOB_APPEND is set or when the caller uses a non-zero gl_offs. Previously pre-existing matches or the value of gl_offs would be counted in the number of matches even though the man page states that glob(3) would return GLOB_NOSPACE when gl_matchc or more matches were found. The limits that cannot be circumvented are GLOB_LIMIT_STRING and GLOB_LIMIT_PATH all others can be crossed by simply calling glob(3) again and with GLOB_APPEND set. The entire description above applies only when GLOB_LIMIT has been specified of course. No limits apply when this flag isn't set! Obtained from: Juniper Networks, Inc 2013-02-05T09:50:33Z Xin LI delphij@FreeBSD.org 2013-02-05T09:50:33Z urn:sha1:dcbb770ce9a567d49d0d957191777679bb747d37 In globextend() when the pathv vector cannot be (re-)allocated, don't free and clear the gl_pathv pointer in the glob_t structure. Such breaks the invariant of the glob_t structure, as stated in the comment right in front of the globextend() function. If gl_pathv was non-NULL, then gl_pathc was > 0. Making gl_pathv a NULL pointer without also setting gl_pathc to 0 is wrong. Since we otherwise don't free the memory associated with a glob_t in error cases, it's unlikely that this change will cause a memory leak that wasn't already there to begin with. Callers of glob(3) must call globfree(3) irrespective of whether glob(3) returned an error or not. MFC r243759 (marcel): In globextend(), take advantage of the fact that realloc(NULL, size) is equivalent to malloc(size). This eliminates the conditional expression used for calling either realloc() or malloc() when realloc() will do all the time. 2013-01-17T17:08:10Z Hajimu UMEMOTO ume@FreeBSD.org 2013-01-17T17:08:10Z urn:sha1:f5e980f22ed9e44ce13243b87530354a3893a12f of getipnodebyname(1) only to IPv6 address. 2012-11-24T08:33:27Z Jaakko Heinonen jh@FreeBSD.org 2012-11-24T08:33:27Z urn:sha1:bab0c3cc761b9f65e9e33ad51ceec67314fe2c01 Plug a leak. PR: 167068 Tested by: Oliver Pinter 2012-11-05T10:54:14Z Dag-Erling Smørgrav des@FreeBSD.org 2012-11-05T10:54:14Z urn:sha1:d1d00dd579d4798691d46258f74669d533b3bf90 MFH r221830: mark all descriptors close-on-exec MFH r225813: man page fixes MFH r225814: adjust copyright statement MFH r226537: latin1 -> utf8 MFH r230307, r230478: fix SIGINFO infinite loop and data loss MFH r233648: man page fixes MFH r234138: support percent-encoded user and password MFH r234837: avoid busy-loop on slow connections MFH r234838: don't reuse credentials when redirected to another host MFH r236193: avoid SIGPIPE on network connections MFH r240496: use libmd if and only if OpenSSL is not available