1. 01 Aug, 2010 7 commits
  2. 31 Jul, 2010 2 commits
  3. 30 Jul, 2010 6 commits
  4. 29 Jul, 2010 2 commits
  5. 28 Jul, 2010 7 commits
  6. 27 Jul, 2010 7 commits
  7. 26 Jul, 2010 3 commits
  8. 25 Jul, 2010 3 commits
  9. 24 Jul, 2010 3 commits
    • Ronald Oussoren's avatar
      Merged revisions 83133 via svnmerge from · 5719c2f9
      Ronald Oussoren authored
      svn+ssh://pythondev@svn.python.org/python/branches/py3k
      
      ........
        r83133 | ronald.oussoren | 2010-07-24 15:15:19 +0100 (Sat, 24 Jul 2010) | 5 lines
      
        Fix for issue 9367: the test code for os.getgroups
        assumes that the result of getgroups and the output
        of the id(1) command return groups in the same
        order.  That assumption is both fragile and false.
      ........
      5719c2f9
    • Ronald Oussoren's avatar
      Merged revisions 83088 via svnmerge from · 9e7ffae5
      Ronald Oussoren authored
      svn+ssh://pythondev@svn.python.org/python/branches/py3k
      
      ........
        r83088 | ronald.oussoren | 2010-07-23 14:53:51 +0100 (Fri, 23 Jul 2010) | 8 lines
      
        This fixes issue7900 by adding code that deals
        with the fact that getgroups(2) might return
        more that MAX_GROUPS on OSX.
      
        See the issue (and python-dev archives) for the
        gory details. Summarized: OSX behaves rather oddly
        and Apple says this is intentional.
      ........
      9e7ffae5
    • Victor Stinner's avatar
      Backport of 83120 (#9032) · 8b0d84e3
      Victor Stinner authored
      XML-RPC client: Transport.request() retries on EPIPE error
      
      The EPIPE error occurs when the server closes the socket and the client sends a
      "big" XML-RPC request (I don't know exactly the size threshold).
      
      request() just have to ignore the error because single_request() closes the
      socket on error, and so the next call to single_request() will open a new
      socket.
      
      Remove also a comment in the HTTP client because it's now wrong: see r70643 and
      issue #5542.
      8b0d84e3