wireguard-openbsd/lib/libcrypto/arc4random/arc4random_win.h, branch jd/queueboosts

Tighten behavior of _rs_allocate on Windows.

2016-06-30T12:17:29Z

For Windows, we are simply using calloc, which has two annoyances: the memory has more permissions than needed by default, and it comes from the process heap, which looks like a memory leak since this memory is rightfully never freed. This switches _rs_alloc on Windows to use VirtualAlloc, which restricts the memory to READ|WRITE and keeps the memory out of the process heap. ok deraadt@

back in september I did the large abstraction refactoring to allow these

2015-01-15T06:57:18Z

other systems to fit into the same mold, so add copyright

Move more OS-specific functionality to arc4random.h headers.

2014-07-20T20:51:13Z

Move and raise(SIGKILL) calls to OS-specific headers. On OpenBSD, move thread_private.h as well to arc4random.h. On Windows, use TerminateProcess on getentropy failure. ok deraadt@

initial win32 ARC4_LOCK/UNLOCK implementation.

2014-07-20T16:59:31Z

It may make sense to later replace this with a Critical Section later. ok guenther@

Change _rs_allocate so it can combine the two regions (rs and rsx)

2014-07-19T00:08:41Z

into one if a system has an awesome getentropy(). In that case it is valid to totally throw away the rsx state in the child. If the getentropy() is not very good and has a lazy reseed operation, this combining is a bad idea, and the reseed should probably continue to use the "something old, something new" mix. _rs_allocate() can accomodate either method, but not on the fly. ok matthew

Seperate arc4random's os-dependent parts into static inline functions,

2014-07-18T02:05:55Z

making it much easier for libressl -portable to fill in the gaps. ok bcook beck