FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F10 2018-08-03T14:25:15Z 2018-08-03T14:25:15Z Alan Somers asomers@FreeBSD.org 2018-08-03T14:25:15Z urn:sha1:643935ba00410f9ad8fa6d8b9975960a93378757 pty.3: Add a HISTORY section These functions were first added in 4.3 BSD-Reno, according to http://unix.superglobalmegacorp.com/ and the CSRG svn repository. Reviewed by: bcr, bjk Differential Revision: https://reviews.freebsd.org/D15652 2018-07-04T18:03:19Z Ed Maste emaste@FreeBSD.org 2018-07-04T18:03:19Z urn:sha1:3eddb5884eec80e11142803fdc785c190b59ad60 This helps to ensure we will not lose SIGINT sent by parent to child. PR: 212562, 228492 2018-07-03T14:57:11Z Bartek Rutkowski robak@FreeBSD.org 2018-07-03T14:57:11Z urn:sha1:589bc2cacdf4f37b5035519aeb014aee55bdd435 humanize_number(3): fix math edge case in rounding large numbers Fix for remainder overflow, when in rare cases adding remainder to divider exceeded 1 and turned the total to 1000 in final formatting, taking up the space for the unit character. The fix continues the division of the original number if the above case happens -- added the appropriate check to the for loop performing the division. This lowers the value shown, to make it fit into the buffer space provided (1.0M for 4+1 character buffer, as used by ls). Add test case for the reported bug and extend test program to support providing buffer length (ls -lh uses 5, tests hard-coded 4). PR: 224498 2018-03-25T01:33:51Z Sevan Janiyan sevan@FreeBSD.org 2018-03-25T01:33:51Z urn:sha1:c501b0c093b405d2b6147bf624d140920c01d1b5 Add caveat to kinfo_getvmmap(3) explaining high CPU utilisation. Based on kib's reply on https://lists.freebsd.org/pipermail/freebsd-hackers/2016-July/049710.html 2017-11-15T12:19:11Z Baptiste Daroussin bapt@FreeBSD.org 2017-11-15T12:19:11Z urn:sha1:6dae661b8e4e97d307837f5cb834e0f3de66d2ac Fix some nroff style issue 2017-05-30T21:03:44Z Alan Somers asomers@FreeBSD.org 2017-05-30T21:03:44Z urn:sha1:cd49018ad738dcfce1097e609d42316d1aa8ff6f r315032: Increase WARNS for iconv tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315033: Increase WARNS for nss tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315034: Document that the msun tests require WARNS=0 ATF tests have a default WARNS of 0, unlike other usermode programs. This change is technically a noop, but it documents that the msun tests don't work with any warnings enabled, at least not on all architectures. Reviewed by: ngie Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315035: Increase WARNS for libcrypt tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie, julian Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315036: Increase WARNS for libmp tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie, julian Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315039: Increase WARNS for libutil tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie, julian Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 r315041: Increase WARNS for pw tests ATF tests have a default WARNS of 0, unlike other usermode programs. Reviewed by: ngie, julian Sponsored by: Spectra Logic Corporation Differential Revision: https://reviews.freebsd.org/D9933 2017-04-24T21:41:04Z Brooks Davis brooks@FreeBSD.org 2017-04-24T21:41:04Z urn:sha1:abbbfc87a6c25ac92af4ba07324e126502ed45d5 Correct an out of bounds read with HN_AUTOSCALE and very large numbers. The maximum scale is 6 (K, M, G, T, P, E) (B is 0). Overly large explict scales were checked correctly, but for sufficently large numbers HN_AUTOSCALE would get to 7 resulting in an out of bounds read. Found with humanize_number_test and CHERI bounds checking. Reviewed by: emaste Obtained from: CheriBSD Sponsored by: DARPA, AFRL 2017-03-28T06:13:16Z Enji Cooper ngie@FreeBSD.org 2017-03-28T06:13:16Z urn:sha1:75c07eabf5bf644175ce6874f6249496b637d91c r313436: Clarify #includes for hexdump(3) vs sbuf_hexdump(9) hexdump(3) only requires libutil.h, whereas sbuf_hexdump(9) requires sys/types.h (for ssize_t) and sys/sbuf.h r313437: Create link from hexdump(3) to sbuf_hexdump(9) as the manpage describes sbuf_hexdump(9)'s behavior r313438: Clean up trailing and leading whitespace for variables to make it consistent with the rest of the file and style.Makefile(9) a bit more r314587: Correct MLINKS for sbuf_hexdump(9) sbuf_hexdump(9) should be linked to sbuf(9), not hexdump(3). Another review will be posted to deduplicate the sbuf_hexdump reference in in hexdump(3) or at the very least make the information less duplicative. r315687: Document sbuf_hexdump(9) in just sbuf(9) - Remove duplicate references to sbuf_hexdump(9) from hexdump(3). sbuf_hexdump(9) already pointed back to hexdump(3) for implementation details. - Refer to sbuf_hexdump(9) instead of sbuf(9) for completeness 2017-03-07T01:58:56Z Enji Cooper ngie@FreeBSD.org 2017-03-07T01:58:56Z urn:sha1:dc71cc440904318ec3672f709d484d95b208886c Clean up trailing and leading whitespace for variables to make it consistent with the rest of the file and style.Makefile(9) a bit more 2017-02-11T06:31:26Z Enji Cooper ngie@FreeBSD.org 2017-02-11T06:31:26Z urn:sha1:5371a9423deb7e956ad99678d1db0f7937c9aa82 Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This implifies pathing in make/displayed output