Martin Panter added the comment: According to Issue 12215, the TextIOWrapper.tell() position only includes decoder state, not encoder state. So we may be lucky that tell() is proportional to the file size. If so my concern about max_size isn’t so important. But it still feels like a bad hack.
Maybe another quick fix for this would be to do two writes of the StringIO data, and then seek back to the end of the first write: pos = file.tell() # StringIO position is in code points file.seek(0) newfile.write(file.read(pos)) pos = newfile.tell() # TextIOWrapper position is opaque newfile.write(file.read()) newfile.seek(pos, 0) This still depends on StringIO.tell() corresponding to the number of code points, which is undocumented (we already disable newline translation in the StringIO). See also Issue 25190. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue26730> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
