1. 08 2月, 2017 1 次提交
  2. 23 11月, 2016 3 次提交
  3. 15 11月, 2016 2 次提交
  4. 13 11月, 2016 1 次提交
  5. 10 11月, 2016 1 次提交
  6. 02 11月, 2016 1 次提交
  7. 19 10月, 2016 1 次提交
  8. 15 10月, 2016 1 次提交
  9. 19 9月, 2016 1 次提交
  10. 16 9月, 2016 3 次提交
  11. 18 8月, 2016 3 次提交
  12. 04 8月, 2016 1 次提交
  13. 25 7月, 2016 3 次提交
  14. 20 7月, 2016 1 次提交
  15. 08 7月, 2016 1 次提交
  16. 19 6月, 2016 1 次提交
  17. 13 6月, 2016 1 次提交
  18. 01 6月, 2016 2 次提交
  19. 27 5月, 2016 2 次提交
    • M
      Fix s_client/s_server waiting for stdin on Windows · 75dd6c1a
      Matt Caswell 提交于
      On Windows we were using the function _kbhit() to determine whether there
      was input waiting in stdin for us to read. Actually all this does is work
      out whether there is a keyboard press event waiting to be processed in the
      input buffer. This only seems to work in a standard Windows console (not
      Msys console) and also doesn't work if you redirect the input from some
      other source (as we do in TLSProxy tests). This commit changes things to
      work differently depending on whether we are on the Windows console or not.
      
      RT#4255
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      75dd6c1a
    • M
      Fix some s_server issues on Windows · 384f08dc
      Matt Caswell 提交于
      In s_server we call BIO_sock_should_retry() to determine the state of the
      socket and work out whether we should retry an operation on it or not.
      However if you leave it too long to call this then other operations may
      have occurred in the meantime which affect the result. Therefore we should
      call it early and remember the result for when we need to use it. This fixes
      a test problem on Windows.
      
      Another issue with s_server on Windows is that some of output to stdout does
      not get displayed immediately. Apparently more liberal use of BIO_flush is
      required.
      
      RT#4255
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      384f08dc
  20. 24 5月, 2016 1 次提交
  21. 18 5月, 2016 3 次提交
  22. 06 5月, 2016 1 次提交
    • M
      Handle no async jobs in libssl · fc7f190c
      Matt Caswell 提交于
      If the application has limited the size of the async pool using
      ASYNC_init_thread() then we could run out of jobs while trying to start a
      libssl io operation. However libssl was failing to handle this and treating
      it like a fatal error. It should not be fatal...we just need to retry when
      there are jobs available again.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      fc7f190c
  23. 29 4月, 2016 1 次提交
  24. 16 4月, 2016 1 次提交
  25. 06 4月, 2016 1 次提交
  26. 22 3月, 2016 2 次提交