1. 31 Jul, 2018 6 commits
  2. 30 Jul, 2018 6 commits
    • Jason Madden's avatar
      Back to development: 4.3.1 · 4947d6ed
      Jason Madden authored
      [skip ci]
      4947d6ed
    • Jason Madden's avatar
      Preparing release 4.3.0 · 5e0b1905
      Jason Madden authored
      [skip ci]
      5e0b1905
    • Jason Madden's avatar
      Merge pull request #72 from zopefoundation/issue71 · 85fb3967
      Jason Madden authored
      Update url in setup.py
      85fb3967
    • Jason Madden's avatar
      Update url in setup.py · 01ba50e4
      Jason Madden authored
      Fixes #71
      
      Also fix the lint warnings in setup.py: consistent use of continued indentation and trailing commas.
      01ba50e4
    • Jason Madden's avatar
      Merge pull request #70 from zopefoundation/issue69 · 4284df33
      Jason Madden authored
      Change cPickleCache to use PER_TypeCheck
      4284df33
    • Jason Madden's avatar
      Change cPickleCache to use PER_TypeCheck · 516f90ec
      Jason Madden authored
      Instead of testing object sizes.
      
      This matches what the pure Python implementation does and is a
      stronger test that the object really is compatible with the cache.
      Previously, an object could potentially include ``cPersistent_HEAD``
      and *not* set ``tp_base`` to ``cPersistenceCAPI->pertype`` and still
      be eligible for the pickle cache; that is no longer the case.
      
      This resolves several compiler warnings:
      
      persistent/cPickleCache.c:521:43: warning: comparison of integers of different signs: 'Py_ssize_t' (aka 'long') and 'unsigned long' [-Wsign-compare]
                      (v->ob_type->tp_basicsize >= sizeof(cPersistentObject))
                       ~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~~~~~~~~~~~~~~~~~~~~~~~~~
      persistent/cPickleCache.c:709:39: warning: comparison of integers of different signs: 'Py_ssize_t' (aka 'long') and 'unsigned long' [-Wsign-compare]
          else if (v->ob_type->tp_basicsize < sizeof(cPersistentObject))
      
      Fixes #69.
      516f90ec
  3. 21 Feb, 2018 1 commit
  4. 10 Oct, 2017 2 commits
  5. 05 Oct, 2017 1 commit
  6. 15 Sep, 2017 2 commits
  7. 23 Apr, 2017 5 commits
  8. 22 Apr, 2017 1 commit
  9. 21 Apr, 2017 5 commits
  10. 20 Mar, 2017 4 commits
    • Tres Seaver's avatar
      svb · f51c2576
      Tres Seaver authored
      f51c2576
    • Tres Seaver's avatar
      Prep 4.2.4 release. · 4667d151
      Tres Seaver authored
      4667d151
    • Tres Seaver's avatar
      Merge pull request #62 from zopefoundation/jam-systemerror · afeb85bc
      Tres Seaver authored
      Avoid raising a SystemError when clearing slots if setstate() failed.
      afeb85bc
    • Jason Madden's avatar
      Avoid raising a SystemError when clearing slots if setstate() failed. · e8b9c8e9
      Jason Madden authored
      PR #52 introduced a code path to `ghostify` that calls PyErr_Clear()
      with the intent to avoid propagating AttributeErrors for slots.
      
      However, if there is an error (like a POSKeyError) raised by
      jar.setstate(), then `unghostify` will call ghostify with an error
      pending. If the object had slots that weren't set and the
      AttributeError was cleared, so was the pending error from setstate. So
      when `ghostify` returned NULL that got propagated up to the
      interpreter which finds no exception and so raises `SystemError: error
      return without exception set`.
      
      This commit makes `unghostify` save and restore the exception state
      around the call to PyErr_Clear.
      e8b9c8e9
  11. 08 Mar, 2017 3 commits
  12. 27 Feb, 2017 1 commit
  13. 26 Feb, 2017 1 commit
  14. 23 Feb, 2017 2 commits