Browse Source

mp_resume: Elaborate handling of .throw() for objects which lack it.

In this case, the exception is just re-thrown - the ideas is that object
doesn't handle this exception specially, so it will propagated per Python
semantics.
pull/407/head
Paul Sokolovsky 11 years ago
parent
commit
a2109d9321
  1. 17
      py/runtime.c

17
py/runtime.c

@ -960,9 +960,20 @@ mp_vm_return_kind_t mp_resume(mp_obj_t self_in, mp_obj_t send_value, mp_obj_t th
return MP_VM_RETURN_NORMAL; return MP_VM_RETURN_NORMAL;
} }
} }
mp_load_method(self_in, MP_QSTR_throw, dest); mp_load_method_maybe(self_in, MP_QSTR_throw, dest);
*ret_val = mp_call_method_n_kw(1, 0, &throw_value); if (dest[0] != MP_OBJ_NULL) {
return MP_VM_RETURN_YIELD; *ret_val = mp_call_method_n_kw(1, 0, &throw_value);
// If .throw() method returned, we assume it's value to yield
// - any exception would be thrown with nlr_jump().
return MP_VM_RETURN_YIELD;
}
// If there's nowhere to throw exception into, then we assume that object
// is just incapable to handle it, so any exception thrown into it
// will be propagated up. This behavior is approved by test_pep380.py
// test_delegation_of_close_to_non_generator(),
// test_delegating_throw_to_non_generator()
*ret_val = throw_value;
return MP_VM_RETURN_EXCEPTION;
} }
assert(0); assert(0);

Loading…
Cancel
Save