aria2/src/SimpleRandomizer.h, branch random-webseedingAria2 download utility with uTP supporthttp://x-nagi.com/cgit/aria2/atom?h=random-webseeding2016-01-17T08:30:36ZDon't use std::random_device directly as suggested by document2016-01-17T08:30:36ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2016-01-17T08:30:36Zurn:sha1:9b41970134706f598ede204502bbd196eeedb26c
See http://en.cppreference.com/w/cpp/numeric/random/random_device
make clang-format using clang-format-3.62015-12-27T09:40:08ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2015-12-27T09:39:47Zurn:sha1:b1132d6b10cd3791b9529d7031d723fd0e2d8215Handle linux getrandom returning EINTR on interrupts/signals2015-02-07T16:18:45ZNils Maiermaierman@web.de2015-02-06T16:33:22Zurn:sha1:ba0e32abaecedf3939905bd316336f313b3dd745
Also handle ENOTSUP failures where aria2 was build with linux headers
newer than the actual running kernel.
Fixes GH-336
Revise getRandom facilities2015-01-20T21:37:24ZNils Maiermaierman@web.de2014-12-30T17:17:44Zurn:sha1:81bdd5f61a8f8da53e22d68190be700902b7dbae
Use one of the following to provide random bytes:
- Windows CryptGenRandom
- Linux getrandom (syscall interface to urandom, without nasty corner
cases such as file descriptor exhaustion or re-linked /dev/urandom)
- std::device_random (C++ random device, which usually will be urandom)
This also equalizes util::getRandom and SimpleRandomizer (the former
will now use the latter) instead of having essentially two different
PRNG interfaces with potentially different quality.
Closes GH-320
Randomizer: Remove unused interfaces2013-09-28T13:55:05ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2013-09-28T13:55:05Zurn:sha1:6f6a17bff75c7a189091bd12265d001450cde704SimpleRandomizer: Use std::random2013-09-28T13:00:37ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2013-09-28T13:00:37Zurn:sha1:986f69e5bf3caad104bcb20a07ceaaee79182e49Make generateRandomBytes less biased.2013-09-24T17:07:18ZNils Maiermaierman@web.de2013-09-23T13:51:25Zurn:sha1:86c61fcf5b56ede1f30d38ae856634b7913b80e7Use CXX11_OVERRIDE2013-07-06T09:15:09ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2013-07-06T09:15:09Zurn:sha1:81f46fbf924722e22e141119b4a0bfb3ed136fd0Return std::unique_ptr member as const ref2013-06-26T14:56:43ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2013-06-26T14:56:43Zurn:sha1:da7400ef5c62ee144fc14ba7ca4745349f0b0c72
Returning raw pointer has a risk that it may be stolen by
std::shared_ptr in accident.
Use std::unique_ptr instead of std::shared_ptr2013-06-22T06:49:41ZTatsuhiro Tsujikawatatsuhiro.t@gmail.com2013-06-22T06:49:41Zurn:sha1:50dcd6394c645fdd9e7fbe879f511888bfa88423