CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=encoding 2020-07-24T03:41:10+00:00 2020-07-24T03:41:10+00:00 Kenny 3454741+WarriorOfWire@users.noreply.github.com 2020-07-22T05:34:34+00:00 urn:sha1:e9b4e0bd35b6c3024a662580e547df62ab95acd1 2020-07-24T03:40:16+00:00 Kenny 3454741+WarriorOfWire@users.noreply.github.com 2020-07-21T07:01:22+00:00 urn:sha1:51a79b1af7fa663bb078136611705c04df12970a coroutines don't have __next__; they also call themselves coroutines. This does not change the fact that `async def` methods are generators, but it does make them behave more like CPython. 2020-07-06T18:16:25+00:00 Diego Elio Pettenò flameeyes@flameeyes.com 2020-06-03T22:40:05+00:00 urn:sha1:34b4993d63a6b576f29d624385c681f679b4124c 2018-08-09T20:29:30+00:00 Scott Shawcroft scott@tannewt.org 2018-08-09T01:24:49+00:00 urn:sha1:96ebf5bc3fb455162286b9bc31e763f3c4f1c457 * Fix finding translations with escaped characters. * Add back \r to translations since its needed by screen. 2018-07-11T20:45:30+00:00 Dan Halbert halbert@halwitz.org 2018-07-11T20:45:30+00:00 urn:sha1:7c219600a246d8956d0b23ea3f5d125a820e6b6a 2018-05-22T06:54:03+00:00 Damien George damien.p.george@gmail.com 2018-05-22T06:54:03+00:00 urn:sha1:400273a799581e5eb86538d8c88fb872705475ab Generators that are already executing cannot be reexecuted. This patch puts in a check for such a case. Thanks to @jepler for finding the bug. 2018-05-22T06:39:19+00:00 Damien George damien.p.george@gmail.com 2018-05-22T06:39:19+00:00 urn:sha1:771cb359af5242762baa29645c37cafa23c47b25 The code_state.old_globals variable is there to save the globals state so should be used for this purpose, to avoid the need for additional local variables on the C stack. 2018-04-10T04:06:26+00:00 Jeff Epler jepler@gmail.com 2018-04-01T17:15:35+00:00 urn:sha1:cbf981f3307661c205d27f3a418be3989ab47c5e This turns a hard crash in a recursive generator into a 'maximum recursion depth exceeded' exception. 2018-04-01T21:40:15+00:00 Jeff Epler jepler@gmail.com 2018-04-01T17:15:35+00:00 urn:sha1:a909007fefbb94ac8de64517a712277cd76e9993 This turns a hard crash in a recursive generator into a 'maximum recursion depth exceeded' exception. 2017-12-15T18:20:36+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-10-21T09:13:44+00:00 urn:sha1:63644016669c173190c71d39fb33ad9502fe2b0f This implements .pend_throw(exc) method, which sets up an exception to be triggered on the next call to generator's .__next__() or .send() method. This is unlike .throw(), which immediately starts to execute the generator to process the exception. This effectively adds Future-like capabilities to generator protocol (exception will be raised in the future). The need for such a method arised to implement uasyncio wait_for() function efficiently (its behavior is clearly "Future" like, and normally would require to introduce an expensive Future wrapper around all native couroutines, like upstream asyncio does). py/objgenerator: pend_throw: Return previous pended value. This effectively allows to store an additional value (not necessary an exception) in a coroutine while it's not being executed. uasyncio has exactly this usecase: to mark a coro waiting in I/O queue (and thus not executed in the normal scheduling queue), for the purpose of implementing wait_for() function (cancellation of such waiting coro by a timeout).