<div dir="ltr"><div>That was an impressively fast draft patch!<br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-17 7:28 GMT+06:00 Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"></p><div class=""><br>
On 16 Jul 2014 20:00, <<a href="mailto:dw%2Bpython-dev@hmmz.org" target="_blank">dw+python-dev@hmmz.org</a>> wrote:<br>
> On Thu, Jul 17, 2014 at 03:44:23AM +0600, Mikhail Korobov wrote:<br></div><div class="">
> > I believe this problem affects tornado (<a href="https://github.com/tornadoweb/tornado/" target="_blank">https://github.com/tornadoweb/tornado/</a><br>
> > Do you know if there a workaround? Maybe there is some stdlib part that I'm<br>
> > missing, or a module on PyPI? It is not that hard to write an own wrapper that<br>
> > won't do copies (or to port [c]StringIO to 3.x), but I wonder if there is an<br>
> > existing solution or plans to fix it in Python itself - this BytesIO use case<br>
> > looks quite important.<br>
><br>
> Regarding a fix, the problem seems mostly that the StringI/StringO<br>
> specializations were removed, and the new implementation is basically<br>
> just a StringO.</div><p></p>
<p dir="ltr">Right, I don't think there's a major philosophy change here, just a missing optimisation that could be restored in 3.5.</p>
<p dir="ltr">Cheers,<br>
Nick.</p>
</blockquote></div><br></div>