1. 21 Sep, 2016 1 commit
  2. 18 Jun, 2016 1 commit
  3. 17 May, 2016 1 commit
    • Paul Sokolovsky's avatar
      py/stream: Support both "exact size" and "one underlying call" operations. · 7f7c84b1
      Paul Sokolovsky authored
      Both read and write operations support variants where either a) a single
      call is made to the undelying stream implementation and returned buffer
      length may be less than requested, or b) calls are repeated until requested
      amount of data is collected, shorter amount is returned only in case of
      EOF or error.
      These operations are available from the level of C support functions to be
      used by other C modules to implementations of Python methods to be used in
      user-facing objects.
      The rationale of these changes is to allow to write concise and robust
      code to work with *blocking* streams of types prone to short reads, like
      serial interfaces and sockets. Particular object types may select "exact"
      vs "once" types of methods depending on their needs. E.g., for sockets,
      revc() and send() methods continue to be "once", while read() and write()
      thus converted to "exactly" versions.
      These changes don't affect non-blocking handling, e.g. trying "exact"
      method on the non-blocking socket will return as much data as available
      without blocking. No data available is continued to be signaled as None
      return value to read() and write().
      From the point of view of CPython compatibility, this model is a cross
      between its io.RawIOBase and io.BufferedIOBase abstract classes. For
      blocking streams, it works as io.BufferedIOBase model (guaranteeing
      lack of short reads/writes), while for non-blocking - as io.RawIOBase,
      returning None in case of lack of data (instead of raising expensive
      exception, as required by io.BufferedIOBase). Such a cross-behavior
      should be optimal for MicroPython needs.
  4. 02 May, 2016 1 commit
  5. 25 Mar, 2016 2 commits
  6. 24 Mar, 2016 1 commit
  7. 29 Nov, 2015 1 commit
  8. 15 Feb, 2015 1 commit
  9. 01 Jan, 2015 1 commit
  10. 29 Nov, 2014 1 commit
  11. 21 Jun, 2014 1 commit
  12. 19 Jun, 2014 1 commit
  13. 11 Jun, 2014 1 commit
    • Paul Sokolovsky's avatar
      py: Rename builtin "io" to "_io". · fbdf2f1d
      Paul Sokolovsky authored
      Functionality we provide in builtin io module is fairly minimal. Some
      code, including CPython stdlib, depends on more functionality. So, there's
      a choice to either implement it in C, or move it _io, and let implement other
      functionality in Python. 2nd choice is pursued. This setup matches CPython
      too (_io is builtin, io is Python-level).
  14. 24 May, 2014 1 commit
  15. 19 May, 2014 1 commit
  16. 15 May, 2014 1 commit
  17. 03 May, 2014 1 commit
    • Damien George's avatar
      Add license header to (almost) all files. · 04b9147e
      Damien George authored
      Blanket wide to all .c and .h files.  Some files originating from ST are
      difficult to deal with (license wise) so it was left out of those.
      Also merged modpyb.h, modos.h, modstm.h and modtime.h in stmhal/.
  18. 26 Apr, 2014 2 commits
  19. 05 Apr, 2014 1 commit
  20. 03 Apr, 2014 1 commit
    • Paul Sokolovsky's avatar
      py: Add "io" module. · 98a627dc
      Paul Sokolovsky authored
      So far just includes "open" function, which should be supplied by a port.
      TODO: Make the module #ifdef'ed.