[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar added the comment: The only way to fix this is to /not/ install *any* packages prior to resolving *all* dependencies ... which means that there needs to be a way to resolve the entire dependency graph for any given package in PyPI. If PyPI provided a mechanism to fetch the entire dependency graph[1], then https://github.com/ActiveState/depgraph can be used to implement comprehensive dependency resolution. PyPM can do this because the PyPM repository provides a sqlite db containing dependency information for all packages and their versions. Let me know if you need any assistance regarding ActiveState's depgraph implementation (I may have pending commits to be merged to the GitHub repo) [1] I posted a few suggestions in regards to facilitating such exposure of static metadata in PyPI to distutils-sig@ - but until this day they remain as merely ideas. -- ___ Python tracker <http://bugs.python.org/issue8927> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar added the comment: On 2011-06-07, at 9:48 AM, Éric Araujo wrote: > > Éric Araujo added the comment: > >> The only way to fix this is to /not/ install *any* packages prior to >> resolving *all* dependencies > > packaging.install rolls back in case of error, so the system can’t be left in > a half-installed state. p7g.install is only as smart as p7g.depgraph, > however. Well, if the same behavior is adopted for dependency conflicts (eg: see issue description) as well, it would necessitate rolling back by uninstalling the previous N packages, then installing these N packages (again) by traversing a different path (and repeat for other conflicts), would it not? >> which means that there needs to be a way to resolve the entire >> dependency graph for any given package in PyPI. > > PyPI exposes requires, obsoletes and provides for releases that upload PEP > 345 metadata; client code using p7g.pypi and p7g.depgraph can then build a > dependency graph. Not all packages upload their release sources (thus metadata) to PyPI, which is why - I believe - PIP is scraping the Simple Index and home_page urls to get the appropriate sdist for any package. I am not fully aware of what kind of packages p7g.install is supposed to support, though. I assume that setuptools-style projects (using install_requires) are not supported by p7g.install. >> the PyPM repository provides a sqlite db containing dependency >> information for all packages and their versions. > > This experiment with a local copy of the full repo graph is interesting. Do > you have blog posts or something talking about synchronization issues, > dealing with multiple repositories, using SQL vs. something less ugly , > etc.? The local index cache is automatically updated not more than once a day. Multiple repositories are searched in the configured order (linearly). SQL is just a data format, the remote index can be of any format (xml, json, pickle, ..) as long as the client can easily query the dependency chain. But its probably much simpler to only expose per-package dependency (and other metadata) through REST urls (at the cost of network delays, however). No index is required. Eg: http://pypi.python.org/metadata/scipy/0.9.0/DIST-INFO -> requires, obsoletes, etc... (of course, this assumes that even packages that do not upload their sdists have the metadata available in PyPI somehow; perhaps the server caches them. we have our own pypi-like mirror that does this) -- ___ Python tracker <http://bugs.python.org/issue8927> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar added the comment: On 2011-06-07, at 10:39 AM, Éric Araujo wrote: > Éric Araujo added the comment: > >> Not all packages upload their release sources (thus metadata) to PyPI > No, it’s register that uploads metadata. (was not sent before?) Ok, that's interesting. Does p7g.install support packages that do not register their new releases? Setuptools/PIP does by scraping the project home pages. Eg: http://pypi.python.org/pypi/PyChecker incorrectly (but expected) shows 0.8.12 as latest, but http://pychecker.sourceforge.net/ shows 0.8.19 as the latest. Will p7g.install install 0.8.19? -- ___ Python tracker <http://bugs.python.org/issue8927> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8927] Handle version incompatibilities in dependencies
Sridhar Ratnakumar added the comment: Dave, but aptitude contains a local index of all dependency information. Whereas, PyPI's infrastructure and pip/easy_install/p7g.install do not rely on one. Therefore, I think when Tarek said "Trying to do something smarter is very very hard and will probably fail." he is referring to doing such dependency resolution *with* the constraint of lack of such local metadata index. -- ___ Python tracker <http://bugs.python.org/issue8927> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type
Sridhar Ratnakumar added the comment: On 2011-06-26, at 2:04 PM, Terry J. Reedy wrote: > Terry J. Reedy added the comment: > > Sridhar, is there still a problem with current 3.2/3? > > If you are no longer working on this, I think we should close as > languishing/postponed. I am not working on this yet (its low prio), but will try building 3.2 on HP-UX once 3.2 final is released. -- ___ Python tracker <http://bugs.python.org/issue5999> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is used as a type, but has not been defined as a type
Sridhar Ratnakumar added the comment: On 2011-06-27, at 9:11 AM, Éric Araujo wrote: > Éric Araujo added the comment: > > « Python 3.2 was released on February 20th, 2011. » (from python.org) My mistake; I meant to say 3.2.1 final. -- ___ Python tracker <http://bugs.python.org/issue5999> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure
Sridhar Ratnakumar added the comment:
Another machine.
> Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command
> that gives the error message?
I don't think I had this environment set when I saw the above error
message. I had to set MACOSX_DEPLOYMENT_TARGET=10.5 in order to
workaround it though.
BTW, I just figured that following command will reliably reproduce this
issue:
$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7 -B -s -c "import
sys;print('%d.%d' % tuple(sys.version_info)[:2])"
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py",
line 558, in
main()
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py",
line 540, in main
known_paths = addusersitepackages(known_paths)
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py",
line 264, in addusersitepackages
user_site = getusersitepackages()
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py",
line 239, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py",
line 229, in getuserbase
USER_BASE = get_config_var('userbase')
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py",
line 518, in get_config_var
return get_config_vars().get(name)
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py",
line 421, in get_config_vars
_init_posix(_CONFIG_VARS)
File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py",
line 300, in _init_posix
raise IOError(msg)
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5"
during configure
Though, I do recall seeing this error without having that environment
set at all.
--
title: sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5"
during configure -> sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3"
but "10.5" during configure
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure
Sridhar Ratnakumar added the comment: Looks like reply-by-email stripped some parts of the message. > does the error occur on the 10.6 machine you used to do the build or another > machine? Another 10.6 machine. -- ___ Python tracker <http://bugs.python.org/issue9516> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure
Sridhar Ratnakumar added the comment: Even simply invoking the interpreter raises this exception! $ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7 [...] IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure $ -- ___ Python tracker <http://bugs.python.org/issue9516> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9594] typo on Mac/Makefile.in? s/pythonw/python/
New submission from Sridhar Ratnakumar : >From Mac/Makefile.in: [...] ifneq ($(LIPO_32BIT_FLAGS),) lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw lipo $(LIPO_32BIT_FLAGS) -output $(DESTDIR)$(prefix)/bin/pythonw$(VERSION)-32 pythonw ln -sf python$(VERSION)-32 "$(DESTDIR)$(prefix)/bin/python-32" ln -sf pythonw$(VERSION)-32 "$(DESTDIR)$(prefix)/bin/pythonw-32" endif [...] Shouldn't the last word in the first line be `python` instead of `pythonw`? http://svn.python.org/view/python/trunk/Mac/Makefile.in?annotate=77031#l55 -- assignee: ronaldoussoren components: Build, Macintosh messages: 113836 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: typo on Mac/Makefile.in? s/pythonw/python/ type: behavior versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue9594> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9594] typo on Mac/Makefile.in? s/pythonw/python/
Sridhar Ratnakumar added the comment: Specifically "python$(VERSION)-32 python" instead of "python$(VERSION)-32 pythonw"? -- ___ Python tracker <http://bugs.python.org/issue9594> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
New submission from Sridhar Ratnakumar : According to Mac/Makefile.in, scripts like pydoc, idle, smtpd.py and so on gets symlinked in /usr/local/bin but there is none for 2to3. Perhaps this was forgotten? -- assignee: ronaldoussoren components: 2to3 (2.x to 3.0 conversion tool), Build, Macintosh messages: 113845 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: mac: Install 2to3 in /usr/local/bin type: feature request versions: Python 2.6, Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue9597> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure
Sridhar Ratnakumar added the comment:
On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote:
> I now understand why my script fails, and it is caused by this issue.
>
> The sysconfig.py code has another major issue: the use of os.putenv. This
> changes the environment, without changing os.environ. The use of os.putenv
> should be replaced by setting keys in os.environ to make it easier to
> discover that changes have been made.
>
> Even that is no good: setting the environment variable should only be done in
> distutils to ensure that the right build environment is used. It should not
> be set globally where it will affect code that it was never intended to
> affect.
I agree that environment variable should only be affected during distutils
build, and not globally.
I now recall debugging this issue (with 2.7 alpha/beta, I guess) and arriving
at the same confusion.
> BTW. Sridhar: could this be the reason you cannot find the correct
> reproduction steps for this? Do you use a build script that is writting in
> python and run with a copy of python where
> sysconfig.get_config_var('MACOSX_DEPLOYMENT_TARGET') returns '10.3'?
Yes, but I am not entirely sure if that copy of python returned 10.3, and I no
longer have that copy ... as I've been upgrading 2.6 and 2.7 pretty often in
our two Mac build machines.
--
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
New submission from Sridhar Ratnakumar : I see the following failure on Fedora Core 4 (32-bit and 64-bit) with Python 2.7.0. == FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py", line 157, in test_executable_without_cwd self.assertEqual(p.returncode, 47) AssertionError: 1 != 47 == FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCaseNoPoll) -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python2.7/test/test_subprocess.py", line 157, in test_executable_without_cwd self.assertEqual(p.returncode, 47) AssertionError: 1 != 47 -- -- components: Library (Lib), Tests messages: 114797 nosy: srid priority: normal severity: normal status: open title: test_executable_without_cwd fails: AssertionError: 1 != 47 type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9671> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9672] test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy
New submission from Sridhar Ratnakumar : test_xpickle 'python2.4' is not recognized as an internal or external command, operable program or batch file. 'python2.5' is not recognized as an internal or external command, operable program or batch file. 'python2.6' is not recognized as an internal or external command, operable program or batch file. On Windows, that should be python24.exe (not python2.4.exe). -- components: Tests, Windows messages: 114798 nosy: srid priority: normal severity: normal status: open title: test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue9672> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9672] test_xpickle fails on Windows: invokes pythonx.y instead of pythonxy
Sridhar Ratnakumar added the comment: > On Windows, that should be python24.exe (not python2.4.exe). Hmm, that is only true for ActivePython. For detecting Python interpreters installed on the system, a simple approach could be to hardcode the full paths, as done by tox: http://code.google.com/p/pytox/source/browse/tox/_venv.py#242 -- ___ Python tracker <http://bugs.python.org/issue9672> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
New submission from Sridhar Ratnakumar : We, ActiveState, are trying to build Python 3.2 (py3k branch) and get this error: make: [build_zlib] running 'cd build/pyhg_branches_py3k-linux-x86_64-hgtip32/python/Modules/zlib && CFLAGS="-fPIC" ./configure --prefix=/home/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-linux-x86_64-hgtip32/ExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIxExTAcTiVePyThOnPrEfIx && make && make install' Checking for gcc... Checking for shared library support... Tested gcc -w -c -fPIC -fPIC ztest8832.c Tested gcc -shared -Wl,-soname,libz.so.1,--version-script,zlib.map -fPIC -fPIC -o ztest8832.so ztest8832.o /usr/bin/ld: cannot open linker script file zlib.map: No such file or directory collect2: ld returned 1 exit status No shared library support; try without defining CC and CFLAGS Building static library libz.a version 1.2.5 with gcc. Checking for off64_t... Yes. Checking for fseeko... Yes. cp: cannot stat `zconf.h.in': No such file or directory Checking for unistd.h... Yes. Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf(). Checking for vsnprintf() in stdio.h... Yes. Checking for return value of vsnprintf()... Yes. Checking for attribute(visibility) support... Yes. ./configure: 596: cannot open zlib.pc.in: No such file gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o example.o example.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o adler32.o adler32.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o compress.o compress.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o crc32.o crc32.c gcc -fPIC -D_LARGEFILE64_SOURCE=1 -c -o deflate.o deflate.c make: *** No rule to make target `gzguts.h', needed by `gzclose.o'. Stop. Running a ./configure Modules/zlib leads to: sridh...@whymac:~/code/o/py/py3k/Modules/zlib > ./configure Checking for gcc... Checking for shared library support... Building shared library libz.1.2.5.dylib with gcc. Checking for off64_t... No. Checking for fseeko... Yes. cp: zconf.h.in: No such file or directory Checking for unistd.h... Yes. Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf(). Checking for vsnprintf() in stdio.h... Yes. Checking for return value of vsnprintf()... Yes. Checking for attribute(visibility) support... Yes. ./configure: line 575: zlib.pc.in: No such file or directory *** Is zlib.pc.in missing by accident? *** I can run ./configure in Modules/zlib for Python trunk (2.7) though. Sifting through the changelog, I discovered that this commit must have introduced this bug http://svn.python.org/view/python/branches/py3k/Modules/zlib/configure?r1=56849&r2=83296 Marin, perhaps you forgot to checkin zlib.pc.in? Have you tried running ./configure (under Modules/zlib) on a OSX or Linux machine? -- components: Build, Extension Modules messages: 115143 nosy: loewis, srid priority: normal severity: normal status: open title: 3.2 - zlib.pc.in is missing in source tree type: compile error versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue9704> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
Sridhar Ratnakumar added the comment: OK - we use Modules/zlib for ActivePython build on all platforms (not just Windows). When I included the following files from zlib-1.2.5.tar.gz - Modules/zlib builds fine. gzclose.c gzguts.h gzlib.cgzread.c gzwrite.c zlib.pc.in zlib.map zconf.h.in We could add these as part of our internal build process, but it would be nice to have these checked into Modules/zlib (I don't have commit access - so I can't add them). -- ___ Python tracker <http://bugs.python.org/issue9704> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9704] 3.2 - zlib.pc.in is missing in source tree
Sridhar Ratnakumar added the comment: On 2010-08-28, at 12:48 AM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > Ok, I have now added these files in r84332. Thanks! -- ___ Python tracker <http://bugs.python.org/issue9704> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC
Sridhar Ratnakumar added the comment: Like Mark, I too see an error with ctypes due to this change: *** WARNING: renaming "_ctypes" since importing it failed: dlopen(build/lib.macosx-10.5-intel-3.2/_ctypes.so, 2): Symbol not found: _ffi_closure_alloc Referenced from: /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so Expected in: flat namespace in /Users/sridharr/as/apy/branches/32a1ssl1/build/pyhg_branches_py3k-macosx-hgtip32/python/build/lib.macosx-10.5-intel-3.2/_ctypes.so MacOSX 10.6 | built with 10.5 SDK | i386 and x86_64 arch | ActivePython 3.2 internal build -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue5504> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
New submission from Sridhar Ratnakumar :
With openssl-1.0.0a, I get the following error when building the py3k branch on
Windows 64-bit:
Traceback (most recent call last):
File "build_ssl.py", line 262, in
main()
File "build_ssl.py", line 234, in main
for f in os.listdir("asm"+dirsuffix):
WindowsError: [Error 3] The system cannot find the path specified: 'asm64/*.*'
Likely due to this commit
http://svn.python.org/view/python/branches/py3k/PCbuild/build_ssl.py?r1=83288&r2=83335
--
components: Build, Windows
messages: 115243
nosy: loewis, srid
priority: normal
severity: normal
status: open
title: build_ssl.py: cannot find 'asm64/*.*'
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue9719>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Sridhar Ratnakumar added the comment: I cannot arrive at a possible rationale behind that commit, as the only '*.asm' file I see in the openssl-1.0.0a/ directory is ms\update.asm. -- ___ Python tracker <http://bugs.python.org/issue9719> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Changes by Sridhar Ratnakumar : -- type: -> compile error ___ Python tracker <http://bugs.python.org/issue9719> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Sridhar Ratnakumar added the comment: When I disabled r83335, openssl build fails: set ASM=ml64 /c /Cp /Cx /Zi crypto\x86_64cpuid.pl tmp64\x86_64cpuid.asm ml64 /c /Cp /Cx /Zi /Fotmp64\x86_64cpuid.obj tmp64\x86_64cpuid.asm Assembling: tmp64\x86_64cpuid.asm MASM : fatal error A1000:cannot open file : tmp64\x86_64cpuid.asm I guess the real question is - where I do get the ./asm64/ directory from? It is not found in the openssl-1.0.0a.tar.gz source. -- versions: +Python 3.3 ___ Python tracker <http://bugs.python.org/issue9719> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
Sridhar Ratnakumar added the comment: FWIW, since last year ActivePython 2.6/2.7 puts C:\PythonXY\Scripts and %APPDATA%\Python\Scripts in %PATH% and we haven't had any complaints so far. In addition, we also create a versioned interpreter executable - C:\PythonXY\pythonxy.exe - that is something the official installer can do as well, as it makes it possible to just type, say, "python27" when multiple Python versions are installed ... similar to typing 'python2.7' on *nix. -- ___ Python tracker <http://bugs.python.org/issue7231> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
Sridhar Ratnakumar added the comment: Ah, please close this then. I am not sure what I was thinking when reporting this bug. -- ___ Python tracker <http://bugs.python.org/issue9597> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
New submission from Sridhar Ratnakumar : I noticed that Python 2.6.6 crashes on OSX 10.6 when using Komodo. The below traceback indicates a crash in line 911 - "Py_XDECREF(ep->me_value);" in tags/r266/Objects/dictobject.c Thread 0: Dispatch queue: com.apple.main-thread 0 org.activestate.ActivePython26 0x129a3716 dict_dealloc + 82 (dictobject.c:911) 1 org.activestate.ActivePython26 0x12976ed1 instance_dealloc + 437 (classobject.c:669) 2 org.activestate.ActivePython26 0x129a3752 dict_dealloc + 142 (dictobject.c:907) 3 org.activestate.ActivePython26 0x129bfcdd subtype_dealloc + 884 (typeobject.c:1004) 4 org.activestate.ActivePython26 0x12994f96 list_dealloc + 212 (listobject.c:306) 5 org.activestate.ActivePython26 0x129a2f81 insertdict + 122 (dictobject.c:459) 6 org.activestate.ActivePython26 0x129a33d9 PyDict_SetItem + 92 (dictobject.c:701) 7 org.activestate.ActivePython26 0x129a8f2e PyObject_GenericSetAttr + 262 (object.c:1504) 8 org.activestate.ActivePython26 0x129a7c2b PyObject_SetAttr + 135 (object.c:1252) 9 org.activestate.ActivePython26 0x12a08132 PyEval_EvalFrameEx + 8529 (ceval.c:1864) 10 org.activestate.ActivePython26 0x12a0bcaa PyEval_EvalFrameEx + 23753 (ceval.c:3836) 11 org.activestate.ActivePython26 0x12a0bcaa PyEval_EvalFrameEx + 23753 (ceval.c:3836) 12 org.activestate.ActivePython26 0x12a0cbca PyEval_EvalCodeEx + 1973 (ceval.c:3000) 13 org.activestate.ActivePython26 0x12990d81 function_call + 162 (funcobject.c:524) 14 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 15 org.activestate.ActivePython26 0x12a08f3b PyEval_EvalFrameEx + 12122 (ceval.c:4063) 16 org.activestate.ActivePython26 0x12a0cbca PyEval_EvalCodeEx + 1973 (ceval.c:3000) 17 org.activestate.ActivePython26 0x12990d81 function_call + 162 (funcobject.c:524) 18 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 19 org.activestate.ActivePython26 0x12974615 instancemethod_call + 401 (classobject.c:2579) 20 org.activestate.ActivePython26 0x12963b46 PyObject_Call + 77 (abstract.c:2492) 21 org.activestate.ActivePython26 0x12968e47 PyObject_CallMethod + 154 (abstract.c:2524) 22 libpyxpcom.dylib0x0078cdde PyXPCOM_XPTStub::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*) + 242 Even though the traceback is for ActivePython (that Komodo includes), this seems to happen with the official Python binaries as well: http://www.gossamer-threads.com/lists/python/python/844086 -- assignee: ronaldoussoren components: Interpreter Core, Macintosh messages: 118449 nosy: ronaldoussoren, srid priority: normal severity: normal status: open title: dictobject.c: crash in Py_XDECREF type: crash versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue10074> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
Sridhar Ratnakumar added the comment: On 2010-10-12, at 11:49 AM, Ned Deily wrote: > And what is libpyxpcom.dylib? Likely PyXPCOM https://developer.mozilla.org/en/PyXPCOM > As Ronald says, this is almost certainly a 3rd-party extension module problem. Ok, I've made a note for Todd (current developer for PyXPCOM) here, http://bugs.activestate.com/show_bug.cgi?id=88165#c5 -- ___ Python tracker <http://bugs.python.org/issue10074> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10074] dictobject.c: crash in Py_XDECREF
Changes by Sridhar Ratnakumar : -- nosy: +toddw ___ Python tracker <http://bugs.python.org/issue10074> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10222] 3.2 on AIX - Unexpected text ',' encountered.
New submission from Sridhar Ratnakumar : "Parser/tokenizer.h", line 18.17: 1506-275 (S) Unexpected text ',' encountered. http://svn.python.org/view/python/branches/py3k/Parser/tokenizer.h?annotate=76232#l16 Extra comma in the following line: STATE_NORMAL, /* have a codec associated with input */ Introduced by neil.schem in r58226 -- components: Build messages: 119809 nosy: nascheme, srid priority: normal severity: normal status: open title: 3.2 on AIX - Unexpected text ',' encountered. type: compile error versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue10222> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Sridhar Ratnakumar added the comment: No, this is not an issue for me on Python 3.2 and AIX 5.1. -- versions: -Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue6645> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
New submission from Sridhar Ratnakumar :
When extracting a zip file containing deep hierarchy files, `extractall` throws
IOError on Windows - perhaps due to limitation in Windows max path length.
Ideally it should be throwing an instance of zipfile.ZipError - so that
application can handle it reliably. An IOError can mean a wide range of errors,
so it is pointless to catch IOError and ignore it.
To reproduce, run extractall over
http://pypi.python.org/packages/source/c/collective.generic.skel/collective.generic.skel-0.1.0.zip
using Python 2.6.6 or Python 2.7
> python -c "import zipfile
; f=zipfile.ZipFile('collective.generic.skel-0.1.0.zip'); f.extractall()"
Traceback (most recent call last):
File "", line 1, in
File "C:\Python27\lib\zipfile.py", line 923, in extractall
self.extract(zipinfo, path, pwd)
File "C:\Python27\lib\zipfile.py", line 911, in extract
return self._extract_member(member, path, pwd)
File "C:\Python27\lib\zipfile.py", line 955, in _extract_member
target = file(targetpath, "wb")
IOError: [Errno 2] No such file or directory: 'C:\\Documents and Settings\\apy\\
My Documents\\Downloads\\collective.generic.skel-0.1.0\\src\\collective\\generic
\\skel\\skin\\tmpl\\+namespace++ndot++nested_namespace+.+project_name+\\src\\+na
mespace+\\+nested_namespace+\\+project_name+\\profiles\\default\\+namespace++ndo
t++nested_namespace+.+project_name+_various.txt_tmpl'
--
components: Library (Lib), Windows
messages: 121376
nosy: srid
priority: normal
severity: normal
status: open
title: zipfile: IOError for long directory paths on Windows
type: behavior
versions: Python 2.6, Python 2.7
___
Python tracker
<http://bugs.python.org/issue10447>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
Sridhar Ratnakumar added the comment: It appears that there is no base class (zipfile.ZipError) for zipfile errors. Maybe there should be? At the moment, I do: try: [...] except zipfile.BadZipFile, zipfile.LargeZipFile: [...] .. which is of course unreliable. There is no guarantee that a new exception class will not be added to zipfile (thus necessitating me to change my code). Better to have a single base class - zipfile.ZipError similar to TarError http://docs.python.org/library/tarfile.html#tarfile.TarError -- ___ Python tracker <http://bugs.python.org/issue10447> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))
Sridhar Ratnakumar added the comment: This issue is potentially breaking virtualenv5, http://code.google.com/p/virtualenv5/issues/detail?id=6 -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue11320> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Sridhar Ratnakumar added the comment: On 2011-03-14, at 9:18 AM, Reid Kleckner wrote: > I updated and committed the patch to the cpython hg repo in revision > [c4a0fa6e687c]. Does this go to the main branch (py3.3) only? It is not clear from just looking at http://hg.python.org/cpython/rev/c4a0fa6e687c/ -- Added file: http://bugs.python.org/file21121/unnamed ___ Python tracker <http://bugs.python.org/issue5673> ___On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:I updated and committed the patch to the cpython hg repo in revision [c4a0fa6e687c].Does this go to the main branch (py3.3) only? It is not clear from just looking at http://hg.python.o rg/cpython/rev/c4a0fa6e687c/">http://hg.python.org/cpython/rev/c4a0fa6e687c/ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Changes by Sridhar Ratnakumar : Removed file: http://bugs.python.org/file21121/unnamed ___ Python tracker <http://bugs.python.org/issue5673> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11320] Usage of API method Py_SetPath causes errors in Py_Initialize() (Posix ony))
Sridhar Ratnakumar added the comment: [pitrou] > Can you explain why this is a problem in Python? > Can't lib/python3.2/config-3.2m/Makefile simply be > provided by virtualenv (by copying it, I guess)? Yes, I believe virtualenv already does that (or symlinks to it). Python 3.2 changed the path to config and include directories for some reason, viz. $ ls -d /opt/ActivePython-3.*/lib/python3.?/*config*/ /opt/ActivePython-3.1/lib/python3.1/config/ /opt/ActivePython-3.2/lib/python3.2/config-3.2m/ $ and: $ ls -d /opt/ActivePython-3.*/include/python3.?* /opt/ActivePython-3.1/include/python3.1 /opt/ActivePython-3.2/include/python3.2m $ It is possible that virtualenv is hardcoding the relative path to 'config' (and 'include') directories and thus failing to find the new 'config-3.2m' dir. If that is the case, this is not a problem with Python. Although msg129372 does point to a Python bug, it may or may not be related to the virtualenv issue noted earlier. Given that virtualenv doesn't officially Python 3 and virtualenv5 is more of a hack, I haven't investigated into this much. Does that answer your question? -- ___ Python tracker <http://bugs.python.org/issue11320> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7796] No way to find out if an object is an instance of a namedtuple
Changes by Sridhar Ratnakumar : -- nosy: -srid ___ Python tracker <http://bugs.python.org/issue7796> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Sridhar Ratnakumar added the comment: > I believe ActiveState handle this by making the PATH modification > optional and having it off by default (I found docs for ActivePerl > stating this explicitly, but no equivalent for ActivePython). ActivePython 2.x has it on by default. -- ___ Python tracker <http://bugs.python.org/issue3561> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10447] zipfile: IOError for long directory paths on Windows
Sridhar Ratnakumar added the comment: > How would you implement this? And would you turn a "disk full" error, for > example, into a ZipError as well? I see your point. I am not sure what a reliable way to do this would be. For the record, this is how I workaround it: https://github.com/ActiveState/applib/blob/master/applib/_compression.py#L78 (I cannot find any other reason for an IOError/errno=2 during extraction) And I, personally, wouldn't turn the disk full error into a ZipError. -- ___ Python tracker <http://bugs.python.org/issue10447> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2001] Pydoc interactive browsing enhancement
Changes by Sridhar Ratnakumar : -- nosy: -srid ___ Python tracker <http://bugs.python.org/issue2001> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Sridhar Ratnakumar added the comment: Brian, The following line: start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9 should be changed to: start "%CURRDIR%..\..\pythonw.exe" "%CURRDIR%idle.pyw" %1 %2 %3 %4 %5 %6 %7 %8 %9 This is required if Python is installed into a directory with whitespace in its path. -- ___ Python tracker <http://bugs.python.org/issue6378> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6166] encoding error for 'setup.py --author' when read via subprocess pipe
Sridhar Ratnakumar added the comment: "PYTHONIOENCODING=UTF-8 python test2.py" does work. -- ___ Python tracker <http://bugs.python.org/issue6166> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
New submission from Sridhar Ratnakumar :
>From http://code.google.com/p/virtualenv5/issues/detail?id=6 - it seems that
>the `sysconfig` module is looking for Makefile in wrong directory, while
>ideally it must be looking into the base Python install.
>> import sysconfig; sysconfig.get_paths('purelib')
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/sysconfig.py",
line 332, in _init_posix
_parse_makefile(makefile, vars)
File
"/Library/Frameworks/Python.framework/Versions/3.2/lib/python3.2/sysconfig.py",
line 220, in _parse_makefile
with open(filename, errors="surrogateescape") as f:
IOError: [Errno 2] No such file or directory:
'/tmp/e/lib/python3.2/config-3.2m/Makefile'
--
assignee: tarek
components: Distutils, Macintosh
messages: 124405
nosy: eric.araujo, srid, tarek
priority: normal
severity: normal
status: open
title: 3.2's sysconfig doesn't work with virtualenv
type: behavior
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue10743>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10752] build_ssl.py is relying on unreliable behaviour of os.popen
New submission from Sridhar Ratnakumar :
I noticed that despite ActivePerl being installed, `os.popen(...).close()`
returned 1 (see find_working_perl in build_ssl.py), while in actuality that
command executed successfully with return code 0; I verified this by using the
subprocess module.
Here's a patch:
--- python/PCbuild/build_ssl.py.orig
+++ python/PCbuild/build_ssl.py
@@ -45,11 +45,11 @@
# Being a Perl dummy, the simplest way I can check is if the "Win32" package
# is available.
def find_working_perl(perls):
+import subprocess
for perl in perls:
-fh = os.popen('"%s" -e "use Win32;"' % perl)
-fh.read()
-rc = fh.close()
-if rc:
+try:
+subprocess.check_call('"%s" -e "use Win32;"' % perl, shell=True)
+except subprocess.CalledProcessError:
continue
return perl
print("Can not find a suitable PERL:")
--
components: Build, Windows
messages: 124467
nosy: srid
priority: normal
severity: normal
status: open
title: build_ssl.py is relying on unreliable behaviour of os.popen
type: compile error
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue10752>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10747] Include version info in Windows shortcuts
Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue10747> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8275] callback function on win64 results in bad behavior. mem corruption?
Sridhar Ratnakumar added the comment: Attaching a patch for the configuration changes mentioned in msg102544 -- keywords: +patch nosy: +srid Added file: http://bugs.python.org/file20134/issue8275_win64_ctypes_no_optimization.patch ___ Python tracker <http://bugs.python.org/issue8275> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10761] tarfile.extractall fails to overwrite symlinks
New submission from Sridhar Ratnakumar : tarfile.extractall overwrites normal files and directories, yet it fails to overwrite symlinks: [..] tf.extractall() File "/opt/ActivePython-2.7/lib/python2.7/tarfile.py", line 2046, in extractall self.extract(tarinfo, path) File "/opt/ActivePython-2.7/lib/python2.7/tarfile.py", line 2083, in extract self._extract_member(tarinfo, os.path.join(path, tarinfo.name)) File "/opt/ActivePython-2.7/lib/python2.7/tarfile.py", line 2167, in _extract_member self.makelink(tarinfo, targetpath) File "/opt/ActivePython-2.7/lib/python2.7/tarfile.py", line 2243, in makelink os.symlink(tarinfo.linkname, targetpath) OSError: [Errno 17] File exists To reproduce, use a .tar.gz file containing relative (i.e., in the same directory) symlinks. Perhaps it should delete `targetpath` before attempting to create a symlink. -- components: Library (Lib) messages: 124523 nosy: srid priority: normal severity: normal status: open title: tarfile.extractall fails to overwrite symlinks type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10761> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10743] 3.2's sysconfig doesn't work with virtualenv
Sridhar Ratnakumar added the comment: Sounds good, but this doesn't belong to the virtualenv bug tracker (virtualenv does even support Python 3). Instead, it belongs to the virtualenv5 tracker: http://code.google.com/p/virtualenv5/issues/detail?id=6 -- resolution: -> invalid status: open -> closed ___ Python tracker <http://bugs.python.org/issue10743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
Sridhar Ratnakumar added the comment: Sandro Tosi wrote: > Sridhar, are you still seeing this error? I still see the error with Python 2.7.1. -- ___ Python tracker <http://bugs.python.org/issue9671> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9671] test_executable_without_cwd fails: AssertionError: 1 != 47
Sridhar Ratnakumar added the comment: Dave Malcolm wrote: > I should note that Fedora Core 4 reached its "End of Life" at August 2006: > http://fedoraproject.org/wiki/End_of_life > > Do you see this with a more up-to-date version of Fedora? I don't have access to other versions of FC at the moment. Hmm, if this bug is specific to a EoL'ed version FC, then perhaps this issue can be closed as WontFix? -- ___ Python tracker <http://bugs.python.org/issue9671> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter
Sridhar Ratnakumar added the comment: Terry J. Reedy wrote: > Terry J. Reedy added the comment: > > I have the impression that there has been progress on tcl/tk on Apple in the > last 7 months. Should this issue still be open, and if so, for both 2.7 and > 3.2? From http://www.python.org/download/mac/tcltk/ - it seems that 3.2's 64-bit build will use ActiveTcl 8.5 that is now built with 64-bit. But 2.7 still uses 8.4. -- ___ Python tracker <http://bugs.python.org/issue9045> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)
Sridhar Ratnakumar added the comment: There is a bug with the patch. The first argument to the `start` command, if a quoted string, becomes the Window title, not the command to execute. Hence, idle.pyw is directly executed by Windows. Here's the correct command line: start "IDLELAUNCH" "%CURRDIR%..\..\pythonw.exe" "%CURRDIR%idle.pyw" %1 %2 %3 %4 %5 %6 %7 %8 %9 Could you make this fix part of the upcoming 3.2? -- status: closed -> pending ___ Python tracker <http://bugs.python.org/issue6378> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows
New submission from Sridhar Ratnakumar :
tarfile.getmembers has become extremely slow on Windows. This was triggered in
r85916 by Lars Gustaebel on Oct 29, 2010 to "add read support for all missing
variants of the GNU sparse extensions".
To reproduce, use this "tgz" file:
http://pypm-free.activestate.com/3.2/win32-x86/pool/a/as/as.mklruntime-1.2_win32-x86_3.2_1.pypm
It contains another tgz file called "data.tar.gz". Run `.getmembers()` on
data.tar.gz.
...
This invokes tarfile._FileInFile.read(...) that seems to be cause of slowness
(or rather a hang).
I had to workaround this issue by monkey-patching the above `read` function to
revert the change:
+if sys.version_info[:2] >= (3,2):
+import tarfile
+class _FileInFileNoSparse(tarfile._FileInFile):
+def read(self, size):
+if size is None:
+size = self.size - self.position
+else:
+size = min(size, self.size - self.position)
+self.fileobj.seek(self.offset + self.position)
+self.position += size
+return self.fileobj.read(size)
+tarfile._FileInFile = _FileInFileNoSparse
+LOG.info('Monkey patching `tarfile.py` to disable part of r85916 (py3k)')
We caught this bug as part of testing ActiveState PyPM on Python 3.2
http://bugs.activestate.com/show_bug.cgi?id=89376#c3
If you want the easiest way to reproduce this, I can send you (in private) an
internal build of ActivePython-3.2 containing PyPM. Running "pypm install
numpy" (with breakpoints in tarfile.py) is all that is required to reproduce.
--
components: Library (Lib), Windows
messages: 128685
nosy: lars.gustaebel, srid
priority: normal
severity: normal
status: open
title: 3.2: tarfile.getmembers causes 100% cpu usage on Windows
type: resource usage
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue11224>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows
Sridhar Ratnakumar added the comment: Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2. Thanks. -- ___ Python tracker <http://bugs.python.org/issue11224> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7658] OS X pythonw.c compile error with 10.4 or earlier deployment target: no spawn.h
Sridhar Ratnakumar added the comment: > RONALD: I've committed a fix for this in r77585, please test. Verified on Tiger with 10.4u SDK. -- ___ Python tracker <http://bugs.python.org/issue7658> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7796] No way to find out if an object is an instance of a namedtuple
Sridhar Ratnakumar added the comment: For more discussion on this, see http://stackoverflow.com/questions/2166818 -- components: +Library (Lib) nosy: +srid ___ Python tracker <http://bugs.python.org/issue7796> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6608] asctime causing python to crash
Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue6608> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5492] Error on leaving IDLE with quit() or exit() under Linux
Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue5492> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6393] OS X: python3 from python-3.1.dmg crashes at startup
Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue6393> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2001] Pydoc interactive browsing enhancement
Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue2001> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'
Sridhar Ratnakumar added the comment: BTW, 3.1.2rc1 does not contain this fix, but contains issue6163. Any reason why this fix is missing in 3.1.2rc1? -- ___ Python tracker <http://bugs.python.org/issue6164> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'
Sridhar Ratnakumar added the comment: Ah, I see. I am just re-opening this bug hoping to see it get fixed by 3.1.2. -- status: closed -> open versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue6164> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8203] IDLE about dialog credits raises UnicodeDecodeError
New submission from Sridhar Ratnakumar :
Install 3.1.2 -> Open IDLE -> Open "About IDLE" dialog -> click on "Credits"
Exception in Tkinter callback
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/tkinter/__init__.py",
line 1399, in __call__
return self.func(*args)
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/aboutDialog.py",
line 123, in ShowIDLECredits
self.display_file_text('About - Credits', 'CREDITS.txt', 'iso-8859-1')
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/aboutDialog.py",
line 138, in display_file_text
textView.view_file(self, title, fn, encoding)
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/textView.py",
line 76, in view_file
return view_text(parent, title, textFile.read())
File
"/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/codecs.py",
line 300, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 1540-1543:
invalid data
--
components: IDLE
messages: 101532
nosy: srid
severity: normal
status: open
title: IDLE about dialog credits raises UnicodeDecodeError
type: behavior
versions: Python 3.1
___
Python tracker
<http://bugs.python.org/issue8203>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8204] test_ttk_guionly assertion error on 3.x linux 64-bit
New submission from Sridhar Ratnakumar : This happens on 3.1.2 Linux 64-bit. test test_ttk_guionly failed -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/tkinter/test/test_ttk/test_widgets.py", line 708, in test_traversal self.assertEqual(self.nb.select(), str(self.child2)) AssertionError: '.183072530064' != '.183072529552' -- components: Tests, Tkinter messages: 101533 nosy: srid severity: normal status: open title: test_ttk_guionly assertion error on 3.x linux 64-bit type: behavior versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue8204> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7026] test_urllib: unsetting missing 'env' variable
Sridhar Ratnakumar added the comment: Re-opening. test_urllib in 3.1.2 fail similarly (on Linux 64-bit): test_urllib Warning: os.environ was modified by test_urllib test test_urllib failed -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/test/test_urllib.py", line 122, in setUp for k in os.environ.keys(): File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/_abcoll.py", line 404, in __iter__ for key in self._mapping: File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/os.py", line 404, in __iter__ for key in self.data: RuntimeError: dictionary changed size during iteration -- status: closed -> open versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue7026> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Sridhar Ratnakumar added the comment:
This also breaks pydoc on AIX (Python 2.6.5).
help> modules pydoc
Here is a list of matching modules. Enter any module name to get more help.
Traceback (most recent call last):
File "", line 1, in
File "/home/qatest/APy/lib/python2.6/site.py", line 438, in __call__
return pydoc.help(*args, **kwds)
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1722, in __call__
self.interact()
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1740, in interact
self.help(request)
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1760, in help
self.listmodules(split(request)[1])
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1865, in listmodules
apropos(key)
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1965, in apropos
ModuleScanner().run(callback, key)
File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1930, in run
for importer, modname, ispkg in pkgutil.walk_packages(onerror=onerror):
File "/home/qatest/APy/lib/python2.6/pkgutil.py", line 110, in walk_packages
__import__(name)
File "/home/qatest/APy/lib/python2.6/multiprocessing/__init__.py", line 63,
in
from multiprocessing.process import Process, current_process,
active_children
File "/home/qatest/APy/lib/python2.6/multiprocessing/process.py", line 286,
in
_current_process = _MainProcess()
File "/home/qatest/APy/lib/python2.6/multiprocessing/process.py", line 283,
in __init__
self._authkey = AuthenticationString(os.urandom(32))
File "/home/qatest/APy/lib/python2.6/os.py", line 756, in urandom
raise NotImplementedError("/dev/urandom (or equivalent) not found")
NotImplementedError: /dev/urandom (or equivalent) not found
--
___
Python tracker
<http://bugs.python.org/issue6645>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8224] subprocess.Popen raises WindowsError if there is a dot in program name
New submission from Sridhar Ratnakumar : Assume you have two executables in currect directory: baz.exe foo.bar.exe Now "subprocess.Popen(['baz'])" will run successfully. But "subprocess.Popen(['foo.bar'])" will throw the following exception: Traceback (most recent call last): [...] File "C:\Python26\lib\subprocess.py", line 483, in check_call retcode = call(*popenargs, **kwargs) File "C:\Python26\lib\subprocess.py", line 470, in call return Popen(*popenargs, **kwargs).wait() File "C:\Python26\lib\subprocess.py", line 621, in __init__ errread, errwrite) File "C:\Python26\lib\subprocess.py", line 830, in _execute_child startupinfo) WindowsError: [Error 2] The system cannot find the file specified The workaround is to specify the full name "foo.bar.exe". -- components: Library (Lib), Windows messages: 101646 nosy: srid severity: normal status: open title: subprocess.Popen raises WindowsError if there is a dot in program name type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue8224> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8224] subprocess.Popen raises WindowsError if there is a dot in program name
Sridhar Ratnakumar added the comment: Note that typing "foo.bar" in the Windows command line works, only subprocess is not able to find the executable. -- ___ Python tracker <http://bugs.python.org/issue8224> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl
New submission from Sridhar Ratnakumar : I'm seeing this error with 2.6 and 3.1 maint branches (not sure about 2.7) on both Linux & Mac 32-bit builds. Does not happen on Linux 64-bit though. Also this is possibly caused by a recent commit, as we never saw this issue before. [...] creating Makefile ./Parser/asdl_c.py -h ./Include ./Parser/Python.asdl Traceback (most recent call last): File "/home/apy/as/pypm-trunk/bin/python", line 49, in execfile(__file__) File "./Parser/asdl_c.py", line 9, in import asdl ImportError: No module named asdl make: *** [Include/Python-ast.h] Error 1 -- components: Build, Interpreter Core messages: 101738 nosy: srid severity: normal status: open title: ./configure: ImportError: No module named asdl type: compile error versions: Python 2.6, Python 3.1 ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl
Changes by Sridhar Ratnakumar : Added file: http://bugs.python.org/file16664/config.log ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl
Changes by Sridhar Ratnakumar : Added file: http://bugs.python.org/file16665/pyconfig.h ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl
Sridhar Ratnakumar added the comment: I didn't have to run 'make distclean', because this is a fresh clone. $ hg clone http://code.python.org/hg/branches/release2.6-maint/ $ cd release2.6-maint $ ./configure --prefix=`pwd`/i $ make ./Parser/asdl_c.py -h ./Include ./Parser/Python.asdl Traceback (most recent call last): File "/home/apy/as/pypm-trunk/bin/python", line 49, in execfile(__file__) File "./Parser/asdl_c.py", line 9, in import asdl ImportError: No module named asdl make: *** [Include/Python-ast.h] Error 1 -- ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl (when run from buildout's python)
Sridhar Ratnakumar added the comment: Ah, I see what is happening. My $PATH has a buildout's python (bin/python) path. Apparently that is messing up with sys.path. Using /usr/local/bin/python, for instance, in $PATH does not give this problem. -- title: ./configure: ImportError: No module named asdl -> ./configure: ImportError: No module named asdl (when run from buildout's python) ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl (when run from buildout's python)
Sridhar Ratnakumar added the comment: I am not sure how "import asdl" works. -- ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8203] IDLE about dialog credits raises UnicodeDecodeError
Sridhar Ratnakumar added the comment: idlelib_textView_encoding.patch fixes the problem. -- ___ Python tracker <http://bugs.python.org/issue8203> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8236] ./configure: ImportError: No module named asdl (when run from buildout's python)
Sridhar Ratnakumar added the comment: > why is your buildout python failing to support that import? I believe it is because "" (current directory) is not in sys.path for buildout python. Buildout explicitly sets sys.path. Perhaps that's why. Feel free to close this issue. -- ___ Python tracker <http://bugs.python.org/issue8236> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8286] distutils: path '[...]' cannot end with '/'
New submission from Sridhar Ratnakumar :
I noticed this exception in
http://pypm-free.activestate.com/2.6/win32-x86/pool/d/dj/django-navbar-0.2.0_win32-x86_2.6_1.pypm.d/log
[...]
reading manifest file 'django_navbar.egg-info\SOURCES.txt'
reading manifest template 'MANIFEST.in'
Traceback (most recent call last):
File "setup.py", line 25, in
zip_safe=False,
File "C:\ActivePython32Python26\lib\distutils\core.py", line 152, in setup
dist.run_commands()
File "C:\ActivePython32Python26\lib\distutils\dist.py", line 975, in
run_commands
self.run_command(cmd)
File "C:\ActivePython32Python26\lib\distutils\dist.py", line 995, in
run_command
cmd_obj.run()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\install.py",
line 53, in run
return _install.run(self)
File "C:\ActivePython32Python26\lib\distutils\command\install.py", line 577,
in run
self.run_command('build')
File "C:\ActivePython32Python26\lib\distutils\cmd.py", line 333, in
run_command
self.distribution.run_command(command)
File "C:\ActivePython32Python26\lib\distutils\dist.py", line 995, in
run_command
cmd_obj.run()
File "C:\ActivePython32Python26\lib\distutils\command\build.py", line 134, in
run
self.run_command(cmd_name)
File "C:\ActivePython32Python26\lib\distutils\cmd.py", line 333, in
run_command
self.distribution.run_command(command)
File "C:\ActivePython32Python26\lib\distutils\dist.py", line 995, in
run_command
cmd_obj.run()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\build_py.py",
line 78, in run
self.build_package_data()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\build_py.py",
line 133, in build_package_data
for package, src_dir, build_dir, filenames in self.data_files:
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\build_py.py",
line 90, in __getattr__
self.data_files = files = self._get_data_files(); return files
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\build_py.py",
line 101, in _get_data_files
self.analyze_manifest()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\build_py.py",
line 153, in analyze_manifest
self.run_command('egg_info')
File "C:\ActivePython32Python26\lib\distutils\cmd.py", line 333, in
run_command
self.distribution.run_command(command)
File "C:\ActivePython32Python26\lib\distutils\dist.py", line 995, in
run_command
cmd_obj.run()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\egg_info.py",
line 179, in run
self.find_sources()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\egg_info.py",
line 254, in find_sources
mm.run()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\egg_info.py",
line 310, in run
self.read_template()
File
"C:\ActivePython32Python26\lib\site-packages\distribute-0.6.10-py2.6.egg\setuptools\command\sdist.py",
line 204, in read_template
_sdist.read_template(self)
File "C:\ActivePython32Python26\lib\distutils\command\sdist.py", line 336, in
read_template
self.filelist.process_template_line(line)
File "C:\ActivePython32Python26\lib\distutils\filelist.py", line 129, in
process_template_line
(action, patterns, dir, dir_pattern) = self._parse_template_line(line)
File "C:\ActivePython32Python26\lib\distutils\filelist.py", line 104, in
_parse_template_line
dir = convert_path(words[1])
File "C:\ActivePython32Python26\lib\distutils\util.py", line 191, in
convert_path
raise ValueError, "path '%s' cannot end with '/'" % pathname
ValueError: path 'examples/templates/' cannot end with '/'
--
assignee: tarek
components: Distutils
messages: 102142
nosy: srid, tarek
severity: normal
status: open
title: distutils: path '[...]' cannot end with '/'
type: behavior
versions: Python 2.6
___
Python tracker
<http://bugs.python.org/issue8286>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8286] distutils: path '[...]' cannot end with '/'
Changes by Sridhar Ratnakumar : -- components: +Windows ___ Python tracker <http://bugs.python.org/issue8286> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8384] Distutils C extension build with MinGW on Windows fails
Changes by Sridhar Ratnakumar : -- components: +Windows ___ Python tracker <http://bugs.python.org/issue8384> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8549] Modules/_ssl.c: extra comma breaks build on AIX
New submission from Sridhar Ratnakumar :
Modules/_ssl.c
gu...@36917
64
enum py_ssl_version {
gu...@36917
65
PY_SSL_VERSION_SSL2,
gu...@36917
66
PY_SSL_VERSION_SSL3,
gu...@36917
67
PY_SSL_VERSION_SSL23,
gu...@36917
68
PY_SSL_VERSION_TLS1,
gu...@36917
69
};
Attached patch fixes this issue.
--
components: Build
messages: 104347
nosy: srid
priority: normal
severity: normal
status: open
title: Modules/_ssl.c: extra comma breaks build on AIX
versions: Python 2.6, Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue8549>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8549] Modules/_ssl.c: extra comma breaks build on AIX
Changes by Sridhar Ratnakumar : -- keywords: +patch Added file: http://bugs.python.org/file17110/fix-extra-comma-aix.patch ___ Python tracker <http://bugs.python.org/issue8549> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8683] HPUX Segmentation fault in Modules/gcmodule.c -- if (!gc_list_is_empty(from)) {
Sridhar Ratnakumar added the comment:
I am using "cc: HP aC++/ANSI C B3910B A.05.55 [Dec 04 2003]" .. with the
following options.
cc +DD64 -Ae -D_REENTRANT +Z -c -g -DNDEBUG -O -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Modules/gcmodule.o Modules/gcmodule.c
So that is +O2 level.
Interestingly the following patch fixes the bug, and shows that this is a
optimization bug in HPUX compiler:
diff -r 549fd95a5eb9 Modules/gcmodule.c
--- a/Modules/gcmodule.cMon May 10 23:51:33 2010 +0200
+++ b/Modules/gcmodule.cTue May 11 11:02:52 2010 -0700
@@ -984,7 +984,8 @@
/* Find the oldest generation (highest numbered) where the count
* exceeds the threshold. Objects in the that generation and
* generations younger than it will be collected. */
-for (i = NUM_GENERATIONS-1; i >= 0; i--) {
+i = NUM_GENERATIONS-1;
+while (i>=0){
if (generations[i].count > generations[i].threshold) {
/* Avoid quadratic performance degradation in number
of tracked objects. See comments at the beginning
@@ -996,6 +997,7 @@
n = collect(i);
break;
}
+ i--;
}
return n;
}
I will try to use a different optimization level now.
--
___
Python tracker
<http://bugs.python.org/issue8683>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8683] HPUX Segmentation fault in Modules/gcmodule.c -- if (!gc_list_is_empty(from)) {
Sridhar Ratnakumar added the comment: Using OPT="-O1" fixes this issue. Please feel free to close it. -- ___ Python tracker <http://bugs.python.org/issue8683> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable
Changes by Sridhar Ratnakumar : -- nosy: -srid ___ Python tracker <http://bugs.python.org/issue3561> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
New submission from Sridhar Ratnakumar : In Formatter.format(): # Cache the traceback text to avoid converting it multiple times # (it's constant anyway) if not record.exc_text: record.exc_text = self.formatException(record.exc_info) The result must ideally be cache on the formatter object (self) itself rather than the record object. Because, record object is reused in multiple handlers .. thus multiple formatters. If the first formatter, caches the traceback text, then subsequent formatters will use the same even though of them is apparently a custom Formatter with overridden `formatException`. -- components: Library (Lib) messages: 90247 nosy: srid, vsajip severity: normal status: open title: logging: cache the traceback text on formatter, instead of record versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Changes by Sridhar Ratnakumar : -- type: -> behavior ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Sridhar Ratnakumar added the comment: For example, see: http://paste.pocoo.org/show/127167/ -- ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment:
I have attached a script that repros this bug. Run it using py.test
(instructions inside the file).
Workaround is by uncommenting the last few lines ('flush' method).
--
Added file: http://bugs.python.org/file14474/issue6333repro.py
___
Python tracker
<http://bugs.python.org/issue6333>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment: Note: It appears that py.test assigns a temporary file to sys.std[out| err]. -- ___ Python tracker <http://bugs.python.org/issue6333> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment: Perhaps there is an issue with py.test. My understanding is that: if the logging module is designed to let users implement their own custom handlers (like I did with ConsoleHandler), is it not expected that they may do whatever they want with it including closing the file (in this case - sys.stdout is a temporary file that is obviously closed at one stage)? Shouldn't the logging module be reliable in such cases? I will point holger (author of py.test) to this issue in case if he has any comments. Anyways, this is a very low-prio bug for me .. especially when there is a workaround. -- ___ Python tracker <http://bugs.python.org/issue6333> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Sridhar Ratnakumar added the comment: A real-life recipe where this bug showed up: http://code.activestate.com/recipes/576836/ -- ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Sridhar Ratnakumar added the comment: On Wed, 08 Jul 2009 23:59:17 -0700, Vinay Sajip wrote: > 1. The exception text cannot be cached in the formatter because a > formatter will format lots and lots of records. Formatters live for a > long time, records do not. Ah, yes. > Are you sure you've thought this through? Not thoroughly .. as I missed the point 1. on formatter processing multiple records. -- ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Sridhar Ratnakumar added the comment:
> 2. The exception text needs to be stored in the record, because in some
> instances (e.g. pickling and sending over a socket) this information
> will not be available at the other end in any other way.
Caching in the record object is thus the way to go. But the cache needs to
be invalidated when `exc_info` is changed .. as in set to None when it was
a traceback object. I'd change the following:
if record.exc_text:
if s[-1:] != "\n":
to:
if record.exc_info and record.exc_text:
if s[-1:] != "\n":
(or, move the body of this IF to the preceding IF)
> 3. The way it works now, if you have multiple formatters attached to
> multiple handlers (e.g. with ISO time for log files, with no ISO time
> for console output), then the traceback is only converted to text once.
Yes, that is the benefit of caching I see.
> 4. There's nothing stopping you from overriding Formatter.format, is
> there? the base version uses the cache, you can override format in your
> custom formatter and ignore the cache altogether if you like.
I can, but I'd rather not duplicate that code. From the recipe I linked
above:
def format(self, record):
# attach 'error:' prefix to error/critical messages
s = logging.Formatter.format(self, record)
if record.levelno >= logging.ERROR:
return 'error: {0}'.format(s)
else:
return s
Here, I simply call the base class's `format` method.
And do you know of a better way to suppress traceback output (in the
custom handler during `log.exception`) than the hack used in the recipe?
elif record.levelno >= logging.ERROR:
if record.exc_info and self.verbosity_level < 1:
# supress full traceback with verbosity_level <= 0
with new_record_exc_info(record, None):
self.__emit(record, sys.stderr)
else:
self.__emit(record, sys.stderr)
.. http://code.activestate.com/recipes/576836/
--
___
Python tracker
<http://bugs.python.org/issue6435>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment: On Thu, 09 Jul 2009 06:48:28 -0700, Vinay Sajip wrote: > It should be understood that if a stream is passed to a StreamHandler, > the ownership of that stream is passed as well, so closing the handler > rather than the underlying stream is the right thing to do. ISTM this is > good practice in general and not exclusive to logging. However, sys.stdout|err can be assigned to some thing else (eg: py.test assigning it to an open file object) .. in which case it is legitimate to handle (close) such objects (handles) by who created it (py.test). -- ___ Python tracker <http://bugs.python.org/issue6333> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment: > See my comments about your ConsoleHandler recipe(s) on issue6345 Correction: issue6435 -- ___ Python tracker <http://bugs.python.org/issue6333> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6435] logging: cache the traceback text on formatter, instead of record
Sridhar Ratnakumar added the comment: > Vinay Sajip added the comment: > >> But the cache needs to be invalidated when `exc_info` is changed - >> as in set to None when it was a traceback object. > > When does the exc_info change for a record? AFAIK it's set when you > create a LogRecord, and that's it. Ok. > To be honest, I'm not sure why you need that specific recipe. Notice > the comment made by a user against the recipe. I've responded as well .. that will explain why I need this specific recipe. > But if you are set on > doing it like this, then suppose I configure as follows: > > Create a StreamHandler(sys.stderr) and a StreamHandler(sys.stdout). > Create a Formatter and attach it to the output handler. > Create a Formatter with the format string used above but with > an "error:" prefix, and attach it to the error handler. > Add a Filter to each handler. This can be a single Filter class which > either passes everything above a threshold or everything below a > threshold. This will only have a few lines of code. Attach two such > instances, suitably configured, to the appropriate handlers. > Attach both handlers to the root logger (or some other logger). > > How will this differ in its effect from your recipe? Actually, I did not know about 'Filter' until now. I will give it a try sometime. -- ___ Python tracker <http://bugs.python.org/issue6435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6333] logging: ValueError: I/O operation on closed file
Sridhar Ratnakumar added the comment: On Thu, 09 Jul 2009 16:43:49 -0700, Vinay Sajip wrote: > Vinay Sajip added the comment: > >> However, sys.stdout|err can be assigned to some thing else >> (eg: py.test assigning it to an open file object) .. in which case it >> is legitimate to handle (close) such objects (handles) by who >> created it (py.test). > @Sridhar: I disagree. Creation is not ownership. Clearly ownership is > *initially* with the creator, but when a stream is used to initialise a > StreamHandler, ownership of the stream passes to the StreamHandler. Are you suggesting that the ownership of `sys.stderr` belongs to the logging module once logging.basicConfig (that initializes a StreamHandler with stderr) is called? That no other module/library is to close sys.stderr even though they created it (sys.__stderr__ being the backup)? StreamHandler can take ownership of an arbitrary stream (say, created by the caller) passed to it, but assuming ownership of a standard stream, that are free to be overridden by a library (such as py.test), is rather bizarre. > I pointed out in msg90148 > that file-like objects are not guaranteed to have a "closed" attribute, > to which he has not responded. If this bug is acknowledged as a problem, then coming up with a fix is a different issue. I don't know how to detect whether a stream is closed or not .. especially when you say that not all file-like objects have a 'closed' attribute (BTW, which doesn't?), but this is the only solution I know currently: ... # some streams, such as sys.stdout|err, cannot be owned by StreamHandler # they might have been closed by whoever customized it. closed = hasattr(self.stream, 'closed') and self.stream.closed if self.stream and hasattr(self.stream, 'flush') and not closed: self.stream.flush() ... -srid -- ___ Python tracker <http://bugs.python.org/issue6333> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6432] ImageTk.PhotoImage
Sridhar Ratnakumar added the comment: ActivePython bug: http://bugs.activestate.com/show_bug.cgi?id=83694 -- nosy: +srid ___ Python tracker <http://bugs.python.org/issue6432> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6496] 2to3 generates "from urllib.parse import pathname2url"
New submission from Sridhar Ratnakumar : Both pathname2url and url2pathname are in the urllib.request module, but 2to3 thinks they are in urllib.parse module. sridh...@double:~/tmp/eric1$ cat foo.py from urllib import pathname2url, url2pathname sridh...@double:~/tmp/eric1$ /opt/ActivePython-3.1/bin/2to3 foo.py RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma --- foo.py (original) +++ foo.py (refactored) @@ -1,2 +1,2 @@ -from urllib import pathname2url, url2pathname +from urllib.parse import pathname2url, url2pathname RefactoringTool: Files that need to be modified: RefactoringTool: foo.py sridh...@double:~/tmp/eric1$ -- components: 2to3 (2.x to 3.0 conversion tool) messages: 90585 nosy: srid severity: normal status: open title: 2to3 generates "from urllib.parse import pathname2url" type: behavior versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue6496> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
