New submission from Peter Santoro:
It appears that installation order matters when installing both 32bit and 64bit
versions of Python. If you install the 32bit version first, the 64bit version
will uninstall the 32bit version. Here are the steps I used:
1. Starting point (Windows 7 64bit
Peter Santoro added the comment:
I believe I may have hit a related issue yesterday. I'm using Python 3.3.5 (32
and 64 bit) and 3.4.1 (32 and 64 bit) releases all on the same Windows
7SP1/64bit PC (patched with latest MS updates). The Tkinter applications that
I wrote and have been using
Peter Santoro added the comment:
It seems clear to me that the logic in shutil._unpack_zipfile that silently
skips paths that start with '/' (indicates absolute path) or that contain
references to the parent directory ('..') was added to prevent malicious zip
files from making potential
New submission from Peter Santoro:
Since Python 3.3.1, ZipFile.extractall was enhanced to better handle absolute
paths and illegal characters. The associated logic within
shutil._unpack_zipfile essentially skips zip members with these issues.
If a zip file contains all absolute paths
Peter Santoro added the comment:
I've attached a zip file which contains a test script and test zip files for
the previously submitted Python 3.3.5 patch. See the included README.txt for
more information. To view the contents of the included bad.zip file, use the
following command:
unzip
Peter Santoro added the comment:
As requested, I published this for review on
http://code.activestate.com/recipes/578817-lru_timestamp-cache-entry-aging-for-functoolslru_c/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Peter Santoro:
Now that zipfile.ZipFile supports the context manager protocol, shouldn't
shutil._make_zipfile make use of it to avoid the possibility of the archive
file not being closed properly if an exception occurs? It should be noted that
shutil._unpack_zipfile does
Peter Santoro added the comment:
I updated my proposed lru_timestamp function with the following change:
1) raise TypeError instead of ValueError
--
Added file: http://bugs.python.org/file31079/lru.py
___
Python tracker rep...@bugs.python.org
http
New submission from Peter Santoro:
The attached proposed lru_timestamp function provides developers with more
control over how often lru_cache entries are refreshed. Doc string follows:
def lru_timestamp(refresh_interval=60):
Return a timestamp string for @lru_cache decorated functions
Peter Santoro added the comment:
I updated my proposed lru_timestamp function with the following changes:
1) restricted refresh_interval to int type
2) updated doc string
Updated doc string follows:
def lru_timestamp(refresh_interval=60):
Return a timestamp string for @lru_cache
Peter Santoro added the comment:
As requested, I've attached a small test script called shadow.py. Steps to
reproduce:
1) pyvenv.py bugtest
2) copy the attached shadow.py script to bugtest and bugtest\scripts
3) cd bugtest
4) run shadow.py (first entry in sys.path is refers to bugtest
New submission from Peter Santoro:
I've recently hit an issue with pyvenv in Python 3.3.2 that is causing
AttributeErrors in other packages on Windows (see
https://groups.google.com/forum/?fromgroups#!topic/pylons-discuss/FpOSMDpdvy4).
Here's what I believe is going on:
On Windows
12 matches
Mail list logo
