Robert de Vries added the comment:
My use case is decrypting files of 100's of megabytes. This is so slow that it
is quite useless. About an hour or so.
I do agree that the encryption is worthless, but that is not important for my
use case where I want to discourage people from reverse
Robert de Vries added the comment:
If the encryption is so horrible why is there any support (with bad
performance) at all in Python?
It would be better to remove it altogether.
This prevents users from building software using this feature only to find out
later how bad the performance
Robert de Vries added the comment:
The current situation is now that the decryption is part of Python. It is well
known to be computationally intensive and should therefore be implemented in C.
This patch provides that support.
The discussion if Python should support the decryption is behind
Robert de Vries added the comment:
Attached you will find the updated patch for the python 3 tree as of now.
I have measured a speed-up of more than a factor 100.
--
nosy: +rhdv
Added file: http://bugs.python.org/file27867/zipdecrypt-3.patch
Robert de Vries added the comment:
Patch for python 2.7
Same patch as for python 3, backported to python 2.7
Tested on Linux only.
--
Added file: http://bugs.python.org/file27868/zipdecrypt-2.7.patch
___
Python tracker rep...@bugs.python.org
http