Restore former Test_RandomNumberGenerator behavior
There's no need to special case for HURD. No one uses itpull/877/head
parent
7606c35fda
commit
2ba9d3d00f
|
|
@ -429,15 +429,8 @@ bool Test_RandomNumberGenerator(RandomNumberGenerator& prng, bool drain=false)
|
||||||
RandomNumberSource(prng, UINT_MAX, true, new Redirector(TheBitBucket()));
|
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()));
|
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)
|
if (meter.GetTotalBytes() < GENERATE_SIZE)
|
||||||
{
|
{
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue