<div dir="ltr"><a href="http://bugs.python.org/issue6818">http://bugs.python.org/issue6818</a><br><div><br></div><div><a href="http://bugs.python.org/review/6818/show">http://bugs.python.org/review/6818/show</a><br></div><div>

<br></div><div style>I'm not sure what ended up with that actually...</div><div style><br></div><div style><br></div><div style>Yuval</div><div style><br></div><div><br></div><div><br></div></div><div class="gmail_extra">

<br><br><div class="gmail_quote">On Sat, May 11, 2013 at 3:50 AM, Greg Ewing <span dir="ltr"><<a href="mailto:greg.ewing@canterbury.ac.nz" target="_blank">greg.ewing@canterbury.ac.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">Serhiy Storchaka wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Indeed. infolist() may return a copy or non-modifiable proxy, NameToInfo and fp are private attributes. ZipFile may save in private attribute an offset of central directory.<br>
</blockquote>
<br></div>
Seems to me it would be better to provide ZipFile with a<br>
general remove() operation that does the right thing, with<br>
optimisation for the case where the file happens to be<br>
at the end.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Greg</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org" target="_blank">Python-ideas@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-ideas" target="_blank">http://mail.python.org/<u></u>mailman/listinfo/python-ideas</a><br>
</div></div></blockquote></div><br></div>