wireguard-openbsd/lib/libc/db/btree, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/db/btree?h=jd%2Fqueueboosts 2015-12-28T22:08:18Z Remove NULL-checks before free() and a few related dead assignments. 2015-12-28T22:08:18Z mmcc mmcc@openbsd.org 2015-12-28T22:08:18Z urn:sha1:b4c66e9d35799de272ab90c8189d8cc311f97053 ok and valuable input from millert@ Use static and __{BEGIN,ENV}_HIDDEN_DECLS to hide a bunch of internal 2015-08-27T04:37:09Z guenther guenther@openbsd.org 2015-08-27T04:37:09Z urn:sha1:bb64080b0f4926cfaad11f8655a5a0ff1c21e50f symbols that are not longer exported. (This improves the generated code.) ok deraadt@ remove the stubby not working mmaped file support. ok sthen (long ago) 2015-07-16T04:27:33Z tedu tedu@openbsd.org 2015-07-16T04:27:33Z urn:sha1:8f7652afeffc80bc034f7cc806cf127a5401a8cb tidy up by inlining next level included makefiles 2015-04-06T09:05:32Z tedu tedu@openbsd.org 2015-04-06T09:05:32Z urn:sha1:9421b51d23df1bf9a37956ca21fdcfdcdd20c9e6 ok deraadt guenther Move to the <limits.h> universe. 2015-01-16T16:48:51Z deraadt deraadt@openbsd.org 2015-01-16T16:48:51Z urn:sha1:aea60bee5e9bad0aab62f480f19c2fb34c068de4 review by millert, binary checking process with doug, concept with guenther Pass O_CLOEXEC to open() or mkostemp() instead of setting FD_CLOEXEC afterwards 2014-09-15T06:12:19Z guenther guenther@openbsd.org 2014-09-15T06:12:19Z urn:sha1:8b0af76e6e1654be2f11cfb4d2c1a33b6910c464 ok miod@ one calloc from Benjamin Baier, one from me. 2014-05-25T17:43:03Z tedu tedu@openbsd.org 2014-05-25T17:43:03Z urn:sha1:85991ac222df106e6cde2cfd24728fa43e2ccfa3 Use PATH_MAX, NAME_MAX and LOGIN_NAME_MAX not MAXPATHNAMELEN, 2013-09-30T12:02:30Z millert millert@openbsd.org 2013-09-30T12:02:30Z urn:sha1:69245ebdc94b271c4e1a54cf0b76d96467dc638e MAXNAMLEN or MAXLOGNAME where possible. OK deraadt@ use FD_CLOEXEC instead of 1; from David Hill 2013-04-29T00:28:23Z okan okan@openbsd.org 2013-04-29T00:28:23Z urn:sha1:b779915b23e73132d60ea62cd95d1238b9bcde88 ok otto Check snprintf(3) return value for error or truncation. 2007-09-17T07:07:23Z moritz moritz@openbsd.org 2007-09-17T07:07:23Z urn:sha1:bb14a393e3af6ff908caaab0513178a93cf62ab8 Mostly path construction, where truncation could be bad. ok and input from deraadt@ millert@ ray@