djsundog/circuitpython
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

unix/modtermios: DJGPP appears to have unicode-capable cc_t type.

Browse Source 
At least it's defined as "unsiged". We don't try to support unicode still,
but at least apply workaround for DJGPP build.
This commit is contained in:
Paul Sokolovsky 2015-12-09 22:01:29 +02:00
parent ce936edf62
commit d288ae8eb9
1 changed files with 4 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
unix/modtermios.c
View File

@ -59,8 +59,10 @@ STATIC mp_obj_t mod_termios_tcgetattr(mp_obj_t fd_in) {
cc->items[i] = MP_OBJ_NEW_SMALL_INT(term.c_cc[i]); cc->items[i] = MP_OBJ_NEW_SMALL_INT(term.c_cc[i]);
} else { } else {
// https://docs.python.org/3/library/termios.html says value is *string*, // https://docs.python.org/3/library/termios.html says value is *string*,
// but no way unicode chars could be there. // but no way unicode chars could be there, if c_cc is defined to be a
cc->items[i] = mp_obj_new_bytes(&term.c_cc[i], 1); // a "char". But it's type is actually cc_t, which can be anything.
// TODO: For now, we still deal with it like that.
cc->items[i] = mp_obj_new_bytes((byte*)&term.c_cc[i], 1);
} }
} }
return MP_OBJ_FROM_PTR(r); return MP_OBJ_FROM_PTR(r);