1. 06 1月, 2017 1 次提交
  2. 16 12月, 2016 1 次提交
  3. 15 12月, 2016 1 次提交
  4. 10 12月, 2016 1 次提交
  5. 22 11月, 2016 1 次提交
  6. 10 11月, 2016 1 次提交
  7. 13 8月, 2016 1 次提交
  8. 18 5月, 2016 1 次提交
  9. 17 5月, 2016 1 次提交
  10. 06 5月, 2016 1 次提交
  11. 18 4月, 2016 1 次提交
  12. 08 4月, 2016 1 次提交
  13. 21 3月, 2016 1 次提交
  14. 19 3月, 2016 2 次提交
  15. 03 3月, 2016 2 次提交
  16. 09 2月, 2016 1 次提交
  17. 06 2月, 2016 1 次提交
  18. 31 1月, 2016 3 次提交
  19. 27 1月, 2016 1 次提交
    • R
      Remove /* foo.c */ comments · 34980760
      Rich Salz 提交于
      This was done by the following
              find . -name '*.[ch]' | /tmp/pl
      where /tmp/pl is the following three-line script:
              print unless $. == 1 && m@/\* .*\.[ch] \*/@;
              close ARGV if eof; # Close file to reset $.
      
      And then some hand-editing of other files.
      Reviewed-by: NViktor Dukhovni <viktor@openssl.org>
      34980760
  20. 19 1月, 2016 1 次提交
  21. 11 1月, 2016 1 次提交
  22. 17 12月, 2015 1 次提交
    • R
      Rename some BUF_xxx to OPENSSL_xxx · 7644a9ae
      Rich Salz 提交于
      Rename BUF_{strdup,strlcat,strlcpy,memdup,strndup,strnlen}
      to OPENSSL_{strdup,strlcat,strlcpy,memdup,strndup,strnlen}
      Add #define's for the old names.
      Add CRYPTO_{memdup,strndup}, called by OPENSSL_{memdup,strndup} macros.
      Reviewed-by: NTim Hudson <tjh@openssl.org>
      7644a9ae
  23. 11 12月, 2015 1 次提交
  24. 10 12月, 2015 1 次提交
  25. 08 12月, 2015 2 次提交
  26. 24 10月, 2015 1 次提交
  27. 18 9月, 2015 1 次提交
  28. 05 9月, 2015 1 次提交
  29. 26 5月, 2015 1 次提交
  30. 20 5月, 2015 1 次提交
  31. 07 5月, 2015 1 次提交
  32. 06 5月, 2015 1 次提交
    • G
      Initialize potentially uninitialized local variables · 4c9b0a03
      Gunnar Kudrjavets 提交于
      Compiling OpenSSL code with MSVC and /W4 results in a number of warnings.
      One category of warnings is particularly interesting - C4701 (potentially
      uninitialized local variable 'name' used). This warning pretty much means
      that there's a code path which results in uninitialized variables being used
      or returned. Depending on compiler, its options, OS, values in registers
      and/or stack, the results can be nondeterministic. Cases like this are very
      hard to debug so it's rational to fix these issues.
      
      This patch contains a set of trivial fixes for all the C4701 warnings (just
      initializing variables to 0 or NULL or appropriate error code) to make sure
      that deterministic values will be returned from all the execution paths.
      
      RT#3835
      Signed-off-by: NMatt Caswell <matt@openssl.org>
      
      Matt's note: All of these appear to be bogus warnings, i.e. there isn't
      actually a code path where an unitialised variable could be used - its just
      that the compiler hasn't been able to figure that out from the logic. So
      this commit is just about silencing spurious warnings.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      4c9b0a03
  33. 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
  34. 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
  35. 01 5月, 2015 1 次提交