just to give you an idea of the speed up:<br><br>a 3.3 mb zip file extracted using the current all-python implementation on my machine (win xp 1.67Ghz 1.5GB)<br>takes approximately 38 seconds.<br><br>the same file when extracted using c implementation takes 0.4 seconds.<br>

<br>--shashank<br><br>On Sun, Aug 30, 2009 at 6:35 PM,  <span dir="ltr">&lt;<a href="mailto:exarkun@twistedmatrix.com">exarkun@twistedmatrix.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On 12:59 pm, <a href="mailto:steve@pearwood.info" target="_blank">steve@pearwood.info</a> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sun, 30 Aug 2009 06:55:33 pm Martin v. Löwis wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; Does it sound worthy enough to create a patch for and integrate<br>
&gt; into python itself?<br>
<br>
Probably not, given that people think that the algorithm itself is<br>
fairly useless.<br>
</blockquote>
<br>
I would think that for most people, the threat model isn&#39;t &quot;the CIA is<br>
reading my files&quot; but &quot;my little brother or nosey co-worker is reading<br>
my files&quot;, and for that, zip encryption with a good password is<br>
probably perfectly adequate. E.g. OpenOffice uses it for<br>
password-protected documents.<br>
<br>
Given that Python already supports ZIP decryption (as it should), are<br>
there any reasons to prefer the current pure-Python implementation over<br>
a faster version?<br>
</blockquote>
<br></div>
Given that the use case is &quot;protect my biology homework from my little brother&quot;, how fast does the implementation really need to be?  Is speeding it up from 0.1 seconds to 0.001 seconds worth the potential new problems that come with more C code (more code to maintain, less portability to other runtimes, potential for interpreter crashes or even arbitrary code execution vulnerabilities from specially crafted files)?<br>


<br>
Jean-Paul<br>
<br>_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-dev" target="_blank">http://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/shashank.sunny.singh%40gmail.com" target="_blank">http://mail.python.org/mailman/options/python-dev/shashank.sunny.singh%40gmail.com</a><br>
<br></blockquote></div><br>