diff options
author | Richard Levitte <levitte@openssl.org> | 2000-07-05 20:39:04 +0400 |
---|---|---|
committer | Richard Levitte <levitte@openssl.org> | 2000-07-05 20:39:04 +0400 |
commit | 9b2961573a516d124e5621f61cb51e348c080f74 (patch) | |
tree | 72c46cf930cf5f296ff849b0cc29aa38e8b4a0f8 /FAQ | |
parent | d5870bbe237dd755b33625f6d203f30784000ba8 (diff) |
Change the FAQ entry a bit, giving the details as I observed them.
Diffstat (limited to 'FAQ')
-rw-r--r-- | FAQ | 18 |
1 files changed, 15 insertions, 3 deletions
@@ -133,6 +133,13 @@ the "PRNG not seeded" error message may occur. when trying to password-encrypt an RSA key! This is a bug in the library; try a later version instead.] +For Solaris 2.6, Tim Nibbe <tnibbe@sprint.net> and others have suggested +installing the SUNski package from Sun patch 105710-01 (Sparc) which +adds a /dev/random device and make sure it gets used, usually through +$RANDFILE. There are probably similar patches for the other Solaris +versions. However, be warned that /dev/random is usually a blocking +device, which may have som effects on OpenSSL. + * Why does the linker complain about undefined symbols? @@ -330,9 +337,14 @@ be safely used. On some Alpha installations running True64 Unix and Compaq C, the compilation of crypto/sha/sha_dgst.c fails with the message 'Fatal: Insufficient virtual -memory to continue compilation.' It's currently unknown why this happens, -except that it has to do with optimization. The very quick solution would -be to compile everything with -O0 as optimization level, but that's not a very +memory to continue compilation.' As far as the tests have shown, this is a +compiler bug. What happens is that it eats up resident memory (not the swap) +until the current limit is reached and then dies with the error message given +above. The bug in question is clearly in the optimization code, because if +one eliminates optimization completely (-O0), the compilation goes through +(and the compiler consumes about 2MB of resident memory instead of 128MB or +whatever one's limit is currently). The very quick solution would be to +compile everything with -O0 as optimization level, but that's not a very nice thing to do for those who expect to get the best result from OpenSSL. A bit more complicated solution is the following: |