wireguard-openbsd/lib/libpcap/optimize.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libpcap/optimize.c?h=jd%2Fqueueboosts 2018-04-26T16:22:40Z Convert a format string variable to a static const char[] to reduce warnings 2018-04-26T16:22:40Z guenther guenther@openbsd.org 2018-04-26T16:22:40Z urn:sha1:a440ace2c803b446a5536c514a2e06cff780232d ok tb@ millert@ krw@ Use the correct structure size when allocating the array for nodes. 2016-02-05T16:58:39Z canacar canacar@openbsd.org 2016-02-05T16:58:39Z urn:sha1:8d58530a0ff6a659b38477afffbe18106f1adb78 ok tb@ millert@ remove NULL-checks before free() 2015-12-22T19:51:04Z mmcc mmcc@openbsd.org 2015-12-22T19:51:04Z urn:sha1:526dd6c5d3f736e0961520465d497f611c784d4f Remove register keyword. 2015-11-17T21:39:23Z mmcc mmcc@openbsd.org 2015-11-17T21:39:23Z urn:sha1:d0438536cfcbebd703fe24248f4c4ca60ab26ccf ok deraadt@ memory.h -> string.h 2015-11-17T18:19:45Z mmcc mmcc@openbsd.org 2015-11-17T18:19:45Z urn:sha1:3a9b5ec49390d98939399aef455f73fbfa3226f6 ok deraadt@ Convert several calloc calls to reallocarray. These calloc calls were 2014-06-26T04:03:33Z lteo lteo@openbsd.org 2014-06-26T04:03:33Z urn:sha1:b8f389f962b608e4f0bb70079cf589ea15ecd8ef originally malloc(n * m) calls (without memset/bzero) in the past. ok deraadt@ tedu@ Overflow check the calculation for a malloc size. 2014-03-16T08:33:05Z deraadt deraadt@openbsd.org 2014-03-16T08:33:05Z urn:sha1:49639a4c85c00aa41ce01611c3084c0b06a6488e XXX noted by lteo, change proofed & tested as well use calloc() to avoid malloc(n * m) overflows; checked by djm canacar jsg 2007-09-02T15:19:07Z deraadt deraadt@openbsd.org 2007-09-02T15:19:07Z urn:sha1:1ed98fdf61d9dd29369f246109081408082ce54d malloc(x * y) -> calloc(x, y) from adobriyan AT gmail.com, with tweaks 2006-04-02T21:38:55Z djm djm@openbsd.org 2006-04-02T21:38:55Z urn:sha1:ad4287e4204c02b0e79cb4b7bbcb41e8bc21ac49 suggested by kjell@; ok otto@ pat@ millert@ jaredy@ In count_stmts(), make sure to account for long jump instructions as well, 2005-11-19T01:51:11Z aaron aaron@openbsd.org 2005-11-19T01:51:11Z urn:sha1:3a418d8fbbedcc0a1ada8ba2ea686785e20442cb avoiding a memory error that could lead to a crash when a sufficiently complex bpf filter has been specified. otto@, millert@, djm@ ok Reference- http://www.tcpdump.org/lists/workers/2000/msg01364.html