1. 01 11月, 2000 4 次提交
  2. 29 10月, 2000 1 次提交
  3. 27 10月, 2000 4 次提交
  4. 22 10月, 2000 3 次提交
  5. 20 10月, 2000 1 次提交
  6. 15 10月, 2000 2 次提交
  7. 13 10月, 2000 1 次提交
    • R
      Rework the system to generate shared libraries: · a22fb399
      Richard Levitte 提交于
        - Make note of the expected extension for the shared libraries and
          if there is a need for symbolic links from for example libcrypto.so.0
          to libcrypto.so.0.9.7.  There is extended info in Configure for
          that.
      
        - Make as few rebuilds of the shared libraries as possible.
      
        - Still avoid linking the OpenSSL programs with the shared libraries.
      
        - When installing, install the shared libraries separately from the
          static ones.
      a22fb399
  8. 12 10月, 2000 1 次提交
  9. 06 10月, 2000 1 次提交
  10. 04 10月, 2000 1 次提交
  11. 02 10月, 2000 1 次提交
  12. 26 9月, 2000 1 次提交
  13. 25 9月, 2000 2 次提交
  14. 24 9月, 2000 1 次提交
  15. 23 9月, 2000 4 次提交
  16. 22 9月, 2000 1 次提交
  17. 20 9月, 2000 4 次提交
    • R
      On VMS, stdout may very well lead to a file that is written to in a · 645749ef
      Richard Levitte 提交于
      record-oriented fashion.  That means that every write() will write a
      separate record, which will be read separately by the programs trying
      to read from it.  This can be very confusing.
      
      The solution is to put a BIO filter in the way that will buffer text
      until a linefeed is reached, and then write everything a line at a
      time, so every record written will be an actual line, not chunks of
      lines and not (usually doesn't happen, but I've seen it once) several
      lines in one record.  Voila, BIO_f_linebuffer() is born.
      
      Since we're so close to release time, I'm making this VMS-only for
      now, just to make sure no code is needlessly broken by this.  After
      the release, this BIO method will be enabled on all other platforms as
      well.
      645749ef
    • B
      Totally remove the supposedly 'faster' variant in · fe035197
      Bodo Möller 提交于
      BN_mod_mul_montgomery, which calls bn_sqr_recursive
      without much preparation.
      
      bn_sqr_recursive requires the length of its argument to be
      a power of 2, which is not always the case here.
      There's no reason for not using BN_sqr -- if a simpler
      approach to squaring made sense, then why not change
      BN_sqr?  (Using BN_sqr should also speed up DH where g is chosen
      such that it becomes small [e.g., 2] when converted
      to Montgomery representation.)
      
      Case closed :-)
      fe035197
    • B
      Clarification about Montgomery problem · cb1fbf8e
      Bodo Möller 提交于
      cb1fbf8e
    • B
      Document BN_mod_mul_montgomery bug; · a45bd295
      Bodo Möller 提交于
      make disabled code slightly more correct (this does not solve
      the problem though).
      a45bd295
  18. 18 9月, 2000 1 次提交
  19. 17 9月, 2000 1 次提交
  20. 16 9月, 2000 1 次提交
  21. 15 9月, 2000 1 次提交
  22. 14 9月, 2000 3 次提交