1. 19 Ara, 2007 1 kayıt (commit)
  2. 21 Kas, 2007 1 kayıt (commit)
  3. 21 Tem, 2007 1 kayıt (commit)
  4. 12 Haz, 2006 1 kayıt (commit)
  5. 17 May, 2006 1 kayıt (commit)
  6. 16 May, 2006 1 kayıt (commit)
  7. 01 Nis, 2006 1 kayıt (commit)
  8. 19 Ock, 2006 1 kayıt (commit)
  9. 22 Kas, 2005 1 kayıt (commit)
  10. 28 Ara, 2004 1 kayıt (commit)
  11. 03 Şub, 2003 1 kayıt (commit)
  12. 23 Tem, 2002 1 kayıt (commit)
  13. 17 Tem, 2002 2 kayıt (commit)
    • Tim Peters's avatar
    • Jeremy Hylton's avatar
      staticforward bites the dust. · 938ace69
      Jeremy Hylton yazdı
      The staticforward define was needed to support certain broken C
      compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the
      static keyword when it was used with a forward declaration of a static
      initialized structure.  Standard C allows the forward declaration with
      static, and we've decided to stop catering to broken C compilers.  (In
      fact, we expect that the compilers are all fixed eight years later.)
      
      I'm leaving staticforward and statichere defined in object.h as
      static.  This is only for backwards compatibility with C extensions
      that might still use it.
      
      XXX I haven't updated the documentation.
      938ace69
  14. 13 Haz, 2002 1 kayıt (commit)
  15. 27 Nis, 2002 1 kayıt (commit)
    • Tim Peters's avatar
      Repair widespread misuse of _PyString_Resize. Since it's clear people · 5de9842b
      Tim Peters yazdı
      don't understand how this function works, also beefed up the docs.  The
      most common usage error is of this form (often spread out across gotos):
      
      	if (_PyString_Resize(&s, n) < 0) {
      		Py_DECREF(s);
      		s = NULL;
      		goto outtahere;
      	}
      
      The error is that if _PyString_Resize runs out of memory, it automatically
      decrefs the input string object s (which also deallocates it, since its
      refcount must be 1 upon entry), and sets s to NULL.  So if the "if"
      branch ever triggers, it's an error to call Py_DECREF(s):  s is already
      NULL!  A correct way to write the above is the simpler (and intended)
      
      	if (_PyString_Resize(&s, n) < 0)
      		goto outtahere;
      
      Bugfix candidate.
      5de9842b
  16. 19 Nis, 2002 1 kayıt (commit)
  17. 01 Nis, 2002 1 kayıt (commit)
  18. 11 Mar, 2002 1 kayıt (commit)
  19. 08 Ara, 2001 1 kayıt (commit)
    • Guido van Rossum's avatar
      Patch supplied by Burton Radons for his own SF bug #487390: Modifying · 14648396
      Guido van Rossum yazdı
      type.__module__ behavior.
      
      This adds the module name and a dot in front of the type name in every
      type object initializer, except for built-in types (and those that
      already had this).  Note that it touches lots of Mac modules -- I have
      no way to test these but the changes look right.  Apologies if they're
      not.  This also touches the weakref docs, which contains a sample type
      object initializer.  It also touches the mmap test output, because the
      mmap type's repr is included in that output.  It touches object.h to
      put the correct description in a comment.
      14648396
  20. 23 Eki, 2001 1 kayıt (commit)
  21. 17 Eki, 2001 5 kayıt (commit)
  22. 16 Eki, 2001 7 kayıt (commit)
    • Jeremy Hylton's avatar
      Undo needless INCREF chicanery introduced by SF patch #450702. · ba3dd999
      Jeremy Hylton yazdı
          Apparently this patch (rev 2.41) replaced all the good old "s#"
          formats in PyArg_ParseTuple() with "S".  Then it did
          PyString_FromStringAndSize() to get back the values setup by the
          "s#" format.  It also incref'd and decref'd the string obtained by
          "S" even though the argument tuple had a reference to it.
      
      Replace PyString_AsString() calls with PyString_AS_STRING().
      
          A good rule of thumb -- if you never check the return value of
          PyString_AsString() to see if it's NULL, you ought to be using the
          macro <wink>.
      ba3dd999
    • Jeremy Hylton's avatar
      Simplify and fix error handling for most cases. · 9d620d01
      Jeremy Hylton yazdı
      Many functions used a local variable called return_error, which was
      initialized to zero.  If an error occurred, it was set to true.  Most
      of the code paths checked were only executed if return_error was
      false.  goto is clearer.
      
      The code also seemed to be written under the curious assumption that
      calling Py_DECREF() on a local variable would assign the variable to
      NULL.  As a result, more of the error-exit code paths returned an
      object that had a reference count of zero instead of just returning
      NULL.  Fixed the code to explicitly assign NULL after the DECREF.
      
      A bit more reformatting, but not much.
      
      XXX Need a much better test suite for zlib, since it the current tests
      don't exercise any of this broken code.
      9d620d01
    • Jeremy Hylton's avatar
      More reformatting. · 49900000
      Jeremy Hylton yazdı
      49900000
    • Jeremy Hylton's avatar
      Add zlib_error() helper. · 0965e084
      Jeremy Hylton yazdı
      It sets a ZlibError exception, using the msg from the z_stream pointer
      if one is available.
      0965e084
    • Jeremy Hylton's avatar
      Remove many calls to set MemoryError exceptions. · 9bc9d66e
      Jeremy Hylton yazdı
      When PyString_FromStringAndSize() and _PyString_Resize() fail, they
      set an exception.  There's no need to set a new exception.
      9bc9d66e
    • Jeremy Hylton's avatar
      Reformat! · 9714f99d
      Jeremy Hylton yazdı
      Consistently indent 4 spaces.
      Use whitespace around operators.
      Put braces in the right places.
      9714f99d
    • Jeremy Hylton's avatar
      [ #403753 ] zlib decompress; uncontrollable memory usage · 511e2cac
      Jeremy Hylton yazdı
      Mostly by Toby Dickenson and Titus Brown.
      
      Add an optional argument to a decompression object's decompress()
      method.  The argument specifies the maximum length of the return
      value.  If the uncompressed data exceeds this length, the excess data
      is stored as the unconsumed_tail attribute.  (Not to be confused with
      unused_data, which is a separate issue.)
      
      Difference from SF patch: Default value for unconsumed_tail is ""
      rather than None.  It's simpler if the attribute is always a string.
      511e2cac
  23. 09 Eki, 2001 1 kayıt (commit)
  24. 08 Eyl, 2001 1 kayıt (commit)
  25. 07 Eyl, 2001 1 kayıt (commit)
  26. 22 Şub, 2001 1 kayıt (commit)
  27. 21 Şub, 2001 1 kayıt (commit)
    • Andrew M. Kuchling's avatar
      Patch #103373 from Donovan Baarda: This patch: · 9aff4a2a
      Andrew M. Kuchling yazdı
        * fixes the zlib decompress sync flush bug as reported in bug #124981
        * avoids repeat calls to (in|de)flateEnd when destroying (de)compression
          objects
        * raises exception when allocating unused_data fails
        * fixes memory leak when allocating unused_data fails
        * raises exception when allocating decompress data fails
        * removes vestigial code from decompress flush now that decompression
          returns all available data
        * tidies code so object compress/decompress/flush routines are consistent
      9aff4a2a
  28. 31 Ock, 2001 2 kayıt (commit)