1. 10 6月, 2016 1 次提交
  2. 03 6月, 2016 2 次提交
  3. 02 6月, 2016 3 次提交
  4. 01 6月, 2016 10 次提交
  5. 31 5月, 2016 1 次提交
  6. 30 5月, 2016 3 次提交
  7. 27 5月, 2016 3 次提交
    • M
      Fix intermittent windows failures in TLSProxy tests · cb2e10f2
      Matt Caswell 提交于
      When closing down the socket in s_client Windows will close it immediately
      even if there is data in the write buffer still waiting to be sent. This
      was causing tests to fail in Msys/Mingw builds because TLSProxy doesn't see
      the final CloseNotify.
      
      I have experimented with various ways of doing this "properly" (e.g.
      shutting down the socket before closing, setting SO_LINGER etc). I can't
      seem to find the "magic" formula that will make Windows do this. Inserting
      a short 50ms sleep seems to do the trick...but its not very "nice" so I've
      inserted a TODO on this item. Perhaps someone else will have better luck
      in figuring this out.
      
      RT#4255
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      cb2e10f2
    • 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
  8. 25 5月, 2016 1 次提交
  9. 24 5月, 2016 3 次提交
  10. 23 5月, 2016 1 次提交
  11. 21 5月, 2016 1 次提交
  12. 20 5月, 2016 4 次提交
  13. 19 5月, 2016 1 次提交
  14. 18 5月, 2016 5 次提交
  15. 17 5月, 2016 1 次提交