On Sun, Feb 28, 2010 at 12:45, Baptiste Carvello <baptiste13z at free.fr>wrote: > Nick Coghlan a écrit : > > >> Another option is to remove bytecode-only support from the default >> filesystem importer, but keep it for zipimport (since the stat call >> savings don't apply in the latter case). >> >> > bytecode-only in a zip is used by py2exe, cx_freeze and the like, for space > reasons. Disabling it would probably hurt them. > > However, making a difference between zipimport and the filesystem importer > means the application will stop working if I unzip the library zip file, > which is surprising. Unzipping the zip file can be handy when debugging a > bug caused by a forgotten module. > > Is it really that hard to unzip a bunch of .pyc files, modify what you need to, and then zip it back up? And if you are given a zip file of only .pyc files you can't really debug anything anyway. -Brett > Cheers, > Baptiste > > > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/brett%40python.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20100228/369232a3/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4