History log of /libcore/luni/src/main/java/org/apache/harmony/security/provider/crypto/SHA1PRNG_SecureRandomImpl.java
Revision Date Author Comments
341cfb18f9ef761eddbc87859583e19f09fbbfdd 16-Aug-2013 Kenny Root <kroot@google.com> Make sure seed values use full range

(cherry picked from commit 004435719afbe62d7ce6b39d69181b5dd801d598)

Bug: 6642616
Change-Id: I773dd31d92207151df05122920170851fa021fd5
ab6d7714b47c04cc4bd812b32e6a6370181a06e4 16-Aug-2013 Kenny Root <kroot@google.com> Make sure seed values use full range

(cherry picked from commit 004435719afbe62d7ce6b39d69181b5dd801d598)

Bug: 6642616
Change-Id: I773dd31d92207151df05122920170851fa021fd5
b2da4ac2b5c8ddedf5e08aed31481471e408da5f 24-Apr-2013 Elliott Hughes <enh@google.com> Reads from /dev/urandom can't really block.

Move RandomBitsSupplier into its only caller. Bring over the harmony UUIDTest.
Switch the SHA1_Data constants over to the more modern static import idiom.

Bug: https://code.google.com/p/android/issues/detail?id=54168
Change-Id: I4e659e252ab43f481f39d003cf373100c84013d7
f5309a39506c967feda8766feeba7f7271a458cb 25-Feb-2011 Elliott Hughes <enh@google.com> Fix more FindBugs warnings: RR_NOT_CHECKED.

"This method ignores the return value of one of the variants of
java.io.InputStream.read() which can return multiple bytes. If the return
value is not checked, the caller will not be able to correctly handle the
case where fewer bytes were read than the caller requested. This is a
particularly insidious kind of bug, because in many programs, reads from input
streams usually do read the full amount of data requested, causing the
program to fail only sporadically."

Change-Id: I7d7c62836f2037f0cbb4bb0708bd4f034a22a2fc
6186821cb13f4ac7ff50950c813394367e021eae 08-Feb-2011 Jesse Wilson <jessewilson@google.com> Move libcore.base classes to libcore.util and libcore.io.

Change-Id: I2340a9dbad3561fa681a8ab47d4f406e72c913e3
7d71a13aa0cb794f14152b36b3873bf8ca595cdc 01-Dec-2010 Brian Carlstrom <bdc@google.com> SecureRandom should be thread safe

Random is documented to be thread safe and our implementation appears
to be. However, the SecureRandom subclass implementation was not. This
was quite reproducible with the javax.net.ssl unit tests when run on a
multicore device, but not seen on a uniprocessor.

Details:

Actual bug fix by adding synchronized to engine* methods

luni/src/main/java/org/apache/harmony/security/provider/crypto/SHA1PRNG_SecureRandomImpl.java

New testSecureRandomThreadSafety based on generateSeed errors in javax.net.ssl tests.

luni/src/test/java/tests/security/SecureRandomTest.java

Removing dalvik.annotation.* from assorted SecureRandom tests.

luni/src/test/java/org/apache/harmony/security/tests/java/security/SecureRandom2Test.java
luni/src/test/java/org/apache/harmony/security/tests/java/security/SecureRandomSpiTest.java
luni/src/test/java/tests/java/security/SecureRandomTest.java
luni/src/test/java/tests/security/SecureRandomTest.java

Change-Id: I5e8ece4c0836b02277d7cac1b9b2f60b3c4a7755
693eacca9fa67ad79d1b35dbaad61c5ac1ac457c 10-Nov-2010 Elliott Hughes <enh@google.com> Stop allocating empty arrays.

Bug: 3166662
Change-Id: I151de373b2bf53786d19824336fa434c02b0b0e8
caea65e6c3a5b69bc485ca73808df659df251b2d 20-Oct-2010 Nick Kralevich <nnk@google.com> fix operator precedence bug when calculating bits.

Change-Id: I521cdb82f7ad9b2d5ec983716770dac218c49478
171dc20afe5071d5cbfad7103903bfa2c1f8d00f 02-Sep-2010 Elliott Hughes <enh@google.com> Use idiomatic Java "type[] id" syntax instead of "type id[]".

I've left xalan and the other xml filth alone, as usual.

Change-Id: I6be274501fff73e67ca6b3c872704988e0e30486
7365de1056414750d0a7d1fdd26025fd247f0d04 12-Aug-2010 Jesse Wilson <jessewilson@google.com> Sorting imports.

Change-Id: I8347bc625480a1c37a1ed9976193ddfedeb00bbc
897538a36c18f4db8f9f68ee566aec0bda842e9f 29-May-2010 Elliott Hughes <enh@google.com> Remove the last exception message catalog.

Bug: 1251121
Change-Id: I45931b9ff908531bda06d6569a4e9618986f821b
f33eae7e84eb6d3b0f4e86b59605bb3de73009f3 13-May-2010 Elliott Hughes <enh@google.com> Remove all trailing whitespace from the dalvik team-maintained parts of libcore.

Gentlemen, you may now set your editors to "strip trailing whitespace"...

Change-Id: I85b2f6c80e5fbef1af6cab11789790b078c11b1b
fd6bb3510c2f94d636f3572dcf5f7f4dcd1a2726 13-May-2010 Elliott Hughes <enh@google.com> Remove //$NON-NLS-\d$ cruft.

Mostly done by perl(1), with manual cleanup of the few misspelled instances.
This makes our trailing whitespace slightly worse, but I'll fix all that with
a follow-on change.

Change-Id: I0b4ca98819be6f9519c4ba980d759bd1ee1a0303
cec4dd4b1d33f78997603d0f89c0d0e56e64dbcd 26-Apr-2010 Peter Hallam <peterhal@google.com> merge more modules into luni