1. 05 5月, 2015 1 次提交
    • R
      Use safer sizeof variant in malloc · b4faea50
      Rich Salz 提交于
      For a local variable:
              TYPE *p;
      Allocations like this are "risky":
              p = OPENSSL_malloc(sizeof(TYPE));
      if the type of p changes, and the malloc call isn't updated, you
      could get memory corruption.  Instead do this:
              p = OPENSSL_malloc(sizeof(*p));
      Also fixed a few memset() calls that I noticed while doing this.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      b4faea50
  2. 02 5月, 2015 1 次提交
    • R
      free NULL cleanup -- coda · 25aaa98a
      Rich Salz 提交于
      After the finale, the "real" final part. :)  Do a recursive grep with
      "-B1 -w [a-zA-Z0-9_]*_free" to see if any of the preceeding lines are
      an "if NULL" check that can be removed.
      Reviewed-by: NTim Hudson <tjh@openssl.org>
      25aaa98a
  3. 01 5月, 2015 1 次提交
  4. 29 4月, 2015 1 次提交
  5. 22 1月, 2015 3 次提交
  6. 18 8月, 2014 1 次提交
  7. 24 2月, 2014 1 次提交
  8. 20 2月, 2010 1 次提交
  9. 22 12月, 2008 1 次提交
  10. 07 6月, 2007 1 次提交
  11. 19 2月, 2007 1 次提交
  12. 06 12月, 2006 1 次提交
  13. 26 9月, 2006 1 次提交
  14. 25 9月, 2006 1 次提交
  15. 18 9月, 2006 1 次提交
  16. 19 12月, 2005 1 次提交
  17. 04 11月, 2005 1 次提交
  18. 03 7月, 2005 1 次提交
  19. 24 6月, 2005 2 次提交
  20. 23 1月, 2004 1 次提交
  21. 11 1月, 2004 1 次提交
    • R
      Adding a slash between the directoryt and the file is a problem with · af6dab9b
      Richard Levitte 提交于
      VMS.  The C RTL can handle it well if the "directory" is a logical
      name with no colon, therefore ending being 'logname/file'.  However,
      if the given logical names actually has a colon, or if you use a full
      VMS-syntax directory, you end up with 'logname:/file' or
      'dev:[dir1.dir2]/file', and that isn't handled in any good way.
      
      So, on VMS, we need to check if the directory string ends with a
      separator (one of ':', ']' or '>' (< and > can be used instead [ and
      ])), and handle that by not inserting anything between the directory
      spec and the file name.  In all other cases, it's assumed the
      directory spec is a logical name, so we need to place a colon between
      it and the file.
      
      Notified by Kevin Greaney <kevin.greaney@hp.com>.
      af6dab9b
  22. 27 12月, 2003 1 次提交
    • R
      Use BUF_strlcpy() instead of strcpy(). · d420ac2c
      Richard Levitte 提交于
      Use BUF_strlcat() instead of strcat().
      Use BIO_snprintf() instead of sprintf().
      In some cases, keep better track of buffer lengths.
      This is part of a large change submitted by Markus Friedl <markus@openbsd.org>
      d420ac2c
  23. 15 10月, 2000 1 次提交
  24. 06 9月, 2000 1 次提交
    • D
      *BIG* verify code reorganisation. · 2f043896
      Dr. Stephen Henson 提交于
      The old code was painfully primitive and couldn't handle
      distinct certificates using the same subject name.
      
      The new code performs several tests on a candidate issuer
      certificate based on certificate extensions.
      
      It also adds several callbacks to X509_VERIFY_CTX so its
      behaviour can be customised.
      
      Unfortunately some hackery was needed to persuade X509_STORE
      to tolerate this. This should go away when X509_STORE is
      replaced, sometime...
      
      This must have broken something though :-(
      2f043896
  25. 02 6月, 2000 1 次提交
    • R
      There have been a number of complaints from a number of sources that names · 26a3a48d
      Richard Levitte 提交于
      like Malloc, Realloc and especially Free conflict with already existing names
      on some operating systems or other packages.  That is reason enough to change
      the names of the OpenSSL memory allocation macros to something that has a
      better chance of being unique, like prepending them with OPENSSL_.
      
      This change includes all the name changes needed throughout all C files.
      26a3a48d
  26. 31 1月, 2000 2 次提交
  27. 12 9月, 1999 1 次提交
    • A
      Initial support for MacOS. · 17f389bb
      Andy Polyakov 提交于
      This will soon be complemented with MacOS specific source code files and
      INSTALL.MacOS.
      
      I (Andy) have decided to get rid of a number of #include <sys/types.h>.
      I've verified it's ok (both by examining /usr/include/*.h and compiling)
      on a number of Unix platforms. Unfortunately I don't have Windows box
      to verify this on. I really appreciate if somebody could try to compile
      it and contact me a.s.a.p. in case a problem occurs.
      
      Submitted by: Roy Wood <roy@centricsystems.ca>
      Reviewed by: Andy Polyakov <appro@fy.chalmers.se>
      17f389bb
  28. 09 5月, 1999 1 次提交
  29. 27 4月, 1999 1 次提交
  30. 24 4月, 1999 1 次提交
  31. 22 4月, 1999 1 次提交
  32. 21 4月, 1999 1 次提交
  33. 20 4月, 1999 1 次提交
  34. 18 4月, 1999 1 次提交
  35. 30 1月, 1999 1 次提交
  36. 17 1月, 1999 1 次提交