1. 23 Sep, 2003 4 commits
  2. 22 Sep, 2003 11 commits
  3. 21 Sep, 2003 4 commits
  4. 20 Sep, 2003 14 commits
  5. 19 Sep, 2003 1 commit
  6. 17 Sep, 2003 2 commits
  7. 16 Sep, 2003 4 commits
    • Raymond Hettinger's avatar
      * Minor wording change · d21fd7bd
      Raymond Hettinger authored
      * Reference the doctest.DocTestSuite() conversion tool.
      d21fd7bd
    • Raymond Hettinger's avatar
      Minor fixups · 3404034a
      Raymond Hettinger authored
      3404034a
    • Tim Peters's avatar
      On c.l.py, Martin v. Löwis said that Py_UNICODE could be of a signed type, · ced69f8a
      Tim Peters authored
      so fiddle Jeremy's fix to live with that.  Also added more comments.
      
      Bugfix candidate (this bug is in all versions of Python, at least since
      2.1).
      ced69f8a
    • Jeremy Hylton's avatar
      Double-fix of crash in Unicode freelist handling. · d808279b
      Jeremy Hylton authored
      If a length-1 Unicode string was in the freelist and it was
      uninitialized or pointed to a very large (magnitude) negative number,
      the check
      
      	 unicode_latin1[unicode->str[0]] == unicode
      
      could cause a segmentation violation, e.g. unicode->str[0] is 0xcbcbcbcb.
      
      Fix this in two ways:
      
      1. Change guard befor unicode_latin1[] to test against 256U.  If I
         understand correctly, the unsigned long used to store UCS4 on my
         box was getting converted to a signed long to compare with the
         signed constant 256.
      
      2. Change _PyUnicode_New() to make sure the first element of str is
         always initialized to zero.  There are several places in the code
         where the caller can exit with an error before initializing any
         of str, which would leave junk in str[0].
      
      Also, silence a compiler warning on pointer vs. int arithmetic.
      
      Bug fix candidate.
      d808279b