1. 26 Jan, 2013 3 commits
  2. 24 Jan, 2013 1 commit
    • Matěj Laitl's avatar
      Fix error propagation from memoryview-returning functions · fb8eba69
      Matěj Laitl authored
      A code like
      |cdef double[:] foo():
      |    raise AttributeError('dummy')
      
      generated C code like this:
      |  __pyx_L1_error:;
      |  (...)
      |  __pyx_r.memview = NULL;
      |  __Pyx_AddTraceback("view_return_errors.foo", __pyx_clineno, __pyx_lineno, __pyx_filename);
      |  __pyx_L0:;
      |  if (unlikely(!__pyx_r.memview)) {
      |    PyErr_SetString(PyExc_TypeError,"Memoryview return value is not initialized");
      |  }
      |  __Pyx_RefNannyFinishContext();
      |  return __pyx_r;
      |}
      
      Which is incorrect in error case, because we set __pyx_r.memview to NULL and
      then we test it, so that the PyErr_SetString() is always called in the error
      case, which swallows previously-set error. (it also swallowed the traceback,
      which I don't understand)
      
      A fix is to jump to return_from_error_cleanup label in case return type is
      memoryview, as it is currently done for the case when buffers are present.
      
      A testcase that fauils w/out this fix applied is included, too.
      
      v2: fix test under Python 3 by not using StandardError
      
      --HG--
      extra : transplant_source : G%B5%99Og%D1%81%25k%8F%1F%7B%02V%3E%B9%A4y%FF%EA
      fb8eba69
  3. 21 Jan, 2013 4 commits
  4. 20 Jan, 2013 4 commits
  5. 19 Jan, 2013 4 commits
  6. 18 Jan, 2013 2 commits
  7. 16 Jan, 2013 1 commit
  8. 15 Jan, 2013 1 commit
  9. 18 Jan, 2013 3 commits
  10. 14 Jan, 2013 1 commit
  11. 12 Jan, 2013 1 commit
  12. 10 Jan, 2013 4 commits
  13. 08 Jan, 2013 1 commit
  14. 07 Jan, 2013 1 commit
  15. 06 Jan, 2013 5 commits
  16. 05 Jan, 2013 1 commit
  17. 04 Jan, 2013 3 commits