Skip to content
  1. Feb 21, 2003
  2. Feb 20, 2003
    • William A. Rowe Jr's avatar
      · 2f10bf47
      William A. Rowe Jr authored
        After consultations on the APR list, it was decided that /map files are
        fairly redundant when you retain rich .pdb debugging symbol files.  We
        have rarely used them, and generally .dbg and .pdb files prove much more
        useful for the cases we have.
      
        While eliminating /map files, we are also shrinking the size of the .dbg
        files by stripping 'private' symbol information.  Really this means less
        rich diagnostics from Dr. Watson on NT or Win9x when they query the .dbg
        symbols in creating a DrWatson log file.  But it's more than compensated
        for on newer OS'es where Dr. Watson will query the .pdb symbols, on all
        Win32 flavors when WinDbg is used with the .pdb symbols, and the fact that
        the distribution of binary symbols will use less bandwidth when less
        information is duplicated from the .pdb format into the .dbg files.
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/ssl@98743 13f79535-47bb-0310-9956-ffa450edef68
      2f10bf47
  3. Feb 18, 2003
  4. Feb 07, 2003
  5. Feb 03, 2003
  6. Jan 21, 2003
  7. Jan 20, 2003
  8. Jan 13, 2003
    • William A. Rowe Jr's avatar
      · 06aa798f
      William A. Rowe Jr authored
        After introducing tests in the cmds, we lose the absolute authority
        of the CRYPTO_malloc_init() which must happen the moment we load the
        module and prior to *any* ssl library fn invocation.
      
        Moved the CRYPTO_malloc_init() into the ssl_register_hooks() function,
        the absolute first call made into any loaded module.
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/ssl@98252 13f79535-47bb-0310-9956-ffa450edef68
      06aa798f
  9. Dec 23, 2002
  10. Dec 14, 2002
    • William A. Rowe Jr's avatar
      · 10b12bab
      William A. Rowe Jr authored
        After some productive feedback and no negative feedback, introduce
        SSLEngine upgrade so that we can begin and continue to support these
        facilities.  This makes it simpler to keep this effort (while we have
        no known clients that support Connection: upgrade at this time), and
        begin refactoring more of SSL into smaller and tighter (and then optional)
        components.
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/ssl@97913 13f79535-47bb-0310-9956-ffa450edef68
      10b12bab
    • William A. Rowe Jr's avatar
      · abb38195
      William A. Rowe Jr authored
        After some productive feedback and no negative feedback, introduce
        SSLEngine upgrade so that we can begin and continue to support these
        facilities.  This makes it simpler to keep this effort (while we have
        no known clients that support Connection: upgrade at this time), and
        begin refactoring more of SSL into smaller and tighter (and then optional)
        components.
      
        Submitted by: Ryan Bloom
        Reviewed by: William Rowe, Joe Orton
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk/modules/ssl@97912 13f79535-47bb-0310-9956-ffa450edef68
      abb38195
  11. Dec 08, 2002
  12. Nov 23, 2002
  13. Nov 11, 2002
  14. Nov 07, 2002
  15. Nov 06, 2002
  16. Nov 05, 2002
  17. Nov 04, 2002
  18. Nov 01, 2002
  19. Oct 29, 2002
  20. Oct 27, 2002
  21. Oct 25, 2002
  22. Oct 22, 2002