summaryrefslogtreecommitdiff
path: root/validat3.cpp
diff options
context:
space:
mode:
authorJeffrey Walton <noloader@gmail.com>2019-08-12 14:55:05 -0400
committerJeffrey Walton <noloader@gmail.com>2019-08-12 14:55:05 -0400
commit2ba9d3d00f38fb955a182cdc312c9298df4d0a6d (patch)
tree4529307433ac32103d48010878361d56fdff0dff /validat3.cpp
parent7606c35fdad64aee1372c97428d4596b3edb3621 (diff)
downloadcryptopp-git-2ba9d3d00f38fb955a182cdc312c9298df4d0a6d.tar.gz
Restore former Test_RandomNumberGenerator behavior
There's no need to special case for HURD. No one uses it
Diffstat (limited to 'validat3.cpp')
-rw-r--r--validat3.cpp9
1 files changed, 1 insertions, 8 deletions
diff --git a/validat3.cpp b/validat3.cpp
index 99cc093a..b5dcd6d2 100644
--- a/validat3.cpp
+++ b/validat3.cpp
@@ -429,15 +429,8 @@ bool Test_RandomNumberGenerator(RandomNumberGenerator& prng, bool drain=false)
RandomNumberSource(prng, UINT_MAX, true, new Redirector(TheBitBucket()));
}
- // Use a block that is zero'd to catch bad RNG's that appear [somewhat]
- // OK due to entropy in the heap. We found Debian HURD was failing, but
- // not that badly. For example, we would see "100000 generated bytes
- // compressed to 98749 bytes by DEFLATE".
- SecByteBlock block(NULLPTR, GENERATE_SIZE);
- RandomNumberSource(prng, GENERATE_SIZE, true, new ArraySink(block, GENERATE_SIZE));
-
MeterFilter meter(new Redirector(TheBitBucket()));
- StringSource(block, block.size(), true, new Deflator(new Redirector(meter)));
+ RandomNumberSource(prng, GENERATE_SIZE, true, new Deflator(new Redirector(meter)));
if (meter.GetTotalBytes() < GENERATE_SIZE)
{