suspect-devices/circuitpython/unix/main.c, branch 2.3.1CircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=2.3.12017-09-01T20:12:26+00:00Fix issue #207, esp8266 file operations problems (#222)2017-09-01T20:12:26+00:00Dan Halberthalbert@halwitz.org2017-09-01T20:12:26+00:00urn:sha1:a0d0b27faf0bc76ede0fbc595f641fdceb04ac56
The frozen module `_boot.py` was not being loaded on restart
because `pyexec_frozen_module()` did not know about the new `.frozen`
pseudo-directory. Updated lower-level routine to look in the right place.
Also made ".frozen" and related values be `#define`s.Initial merge of micropython v1.9.2 into circuitpython 2.0.0 (in development) master.2017-08-26T02:17:07+00:00Dan Halberthalbert@halwitz.org2017-08-26T02:17:07+00:00urn:sha1:ef61b5ecb59e9b4e37e3e3c023c62d583c23eb16
cpx build compiles and loads and works in repl; test suite not run yet
esp8266 not tested yet
Turn on Rosie CI testing to test new builds on real hardware.2017-08-12T00:16:13+00:00Scott Shawcroftscott.shawcroft@gmail.com2017-07-03T22:05:08+00:00urn:sha1:fab634e3eeb456e9d5dffa2cabb9ded39c45d6b6
This introduces a skip_if module that can be used by tests to
determine when they should be skipped due to the environment.
Some tests have been split in order to have finer grained skip
control.
py: Pretend frozen files are stored under .frozen rather than the empty path.2017-08-10T22:46:17+00:00Scott Shawcroftscott@chickadee.tech2017-08-10T22:46:17+00:00urn:sha1:f6a702538a0b3dd72879d65e3acc32520d4371f5
This makes it clear when frozen modules are loaded as opposed to the empty path
which represents the current working directory. Furthermore, by splitting the two
apart this allows one to control in what order frozen modules are loaded.
This is a prerequisite for #56.
all: Use the name MicroPython consistently in comments2017-07-31T08:35:40+00:00Alexander Steffendevel.20.webmeister@spamgourmet.com2017-06-30T07:22:17+00:00urn:sha1:55f33240f3d7051d4213629e92437a36f1fac50e
There were several different spellings of MicroPython present in comments,
when there should be only one.
unix/main: Implement -m option for packages.2017-05-09T11:22:21+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-05-09T11:22:21+00:00urn:sha1:edc02bd952ed4a2042f81b0eaa41f0168ed3d98dunix/main: Don't allow to specify too small heap size.2017-05-06T08:43:37+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-05-06T08:40:20+00:00urn:sha1:c1e0eb7afe2109a81f6e3ec28f9d01705010500c
This will lead to crash like:
FATAL: uncaught NLR 80a5420
On x86_32, the minimum heap size is smaller, but not 2 times, so just
use value which works for x86_64.
unix/main: Ignore SIGPIPE signal, instead make EPIPE arrive.2017-05-01T15:47:26+00:00Paul Sokolovskypfalcon@users.sourceforge.net2017-05-01T15:47:26+00:00urn:sha1:11bc21dfa8f087ae2d95f378267ef270a85029ad
Do not raise SIGPIPE, instead return EPIPE. Otherwise, e.g. writing
to peer-closed socket will lead to sudden termination of MicroPython
process. SIGPIPE is particularly nasty, because unix shell doesn't
print anything for it, so the above looks like completely sudden and
silent termination for unknown reason. Ignoring SIGPIPE is also what
CPython does. Note that this may lead to problems using MicroPython
scripts as pipe filters, but again, that's what CPython does. So,
scripts which want to follow unix shell pipe semantics (where SIGPIPE
means "pipe was requested to terminate, it's not an error"), should
catch EPIPE themselves.
unix, windows: Use core-provided KeyboardInterrupt exception object.2017-04-11T03:31:49+00:00Damien Georgedamien.p.george@gmail.com2017-04-10T07:17:22+00:00urn:sha1:6c564aa408faf5d2769785b7ffc438a489310c3bunix: Convert mp_uint_t to size_t for use of mp_obj_list_get.2017-03-29T01:56:17+00:00Damien Georgedamien.p.george@gmail.com2017-03-25T08:37:24+00:00urn:sha1:46e98d9ea7daddb9650c91a6f4baf94c5ea18959