[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
Roundup Robot added the comment: New changeset f2f0eec4a556 by Victor Stinner in branch '2.7': Issue #21058: Fix a leak of file descriptor in tempfile.NamedTemporaryFile(), http://hg.python.org/cpython/rev/f2f0eec4a556 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
Roundup Robot added the comment: New changeset 182f08c0dd45 by Victor Stinner in branch '2.7': Issue #21058: NamedTemporaryFile() closes the FD on any error, not only Exception http://hg.python.org/cpython/rev/182f08c0dd45 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21040] socketserver: use selectors module
Changes by Charles-François Natali cf.nat...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21040 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21059] idle_test.test_warning failure
New submission from Charles-François Natali: Many buildbots are failing with this error: == ERROR: idlelib.idle_test.test_warning (unittest.loader.ModuleImportFailure) -- Traceback (most recent call last): File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\unittest\case.py, line 57, in testPartExecutor yield File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\unittest\case.py, line 574, in run testMethod() File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\unittest\loader.py, line 32, in testFailure raise exception ImportError: Failed to import test module: idlelib.idle_test.test_warning Traceback (most recent call last): File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\unittest\loader.py, line 312, in _find_tests module = self._get_module_from_name(name) File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\unittest\loader.py, line 290, in _get_module_from_name __import__(name) File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\idlelib\idle_test\test_warning.py, line 19, in module from idlelib import run File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\idlelib\run.py, line 58, in module tcl = tkinter.Tcl() File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\tkinter\__init__.py, line 1901, in Tcl return Tk(screenName, baseName, className, useTk) File E:\Data\buildslave\cpython\3.x.snakebite-win2k3r2sp2-x86\build\lib\tkinter\__init__.py, line 1805, in __init__ self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use) _tkinter.TclError: Can't find a usable init.tcl in the following directories: E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/build/lib/tcl8.6 E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/build/lib/tcl8.6 E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/lib/tcl8.6 E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/build/library E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/library E:/Data/buildslave/cpython/3.x.snakebite-win2k3r2sp2-x86/tcl8.6.1/library E:/Data/buildslave/cpython/tcl8.6.1/library This probably means that Tcl wasn't installed properly. See e.g. http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/2274/steps/test/logs/stdio -- components: Tests messages: 214781 nosy: neologix priority: normal severity: normal status: open title: idle_test.test_warning failure type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21059 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Matthias Klose added the comment: But this expectation is not true: if dependencies are not available, Python silently disables the build of certain modules. So this story of making the standard library always has all the modules does not really stand. I think this one is a valid concern. Did run into it myself, because a final package was built on another kernel and disabled some semaphore stuff by accident. None of the extensions above are built as builtins by default, so you can always prune these after the build. What I think is needed is a mode which breaks the build when some extensions are not built. Whether this should be the default or not, ... but it would give you a chance for a deterministic build. And the build system already tells you at the end of the extension builds that some extensions didn't build which were expected to build. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18456] Documentation for PyDict_Update is incorrect
Changes by priya priyapappachan...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file34610/PyDict_Update.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18456 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
Roundup Robot added the comment: New changeset 7f87c26f59ab by Victor Stinner in branch '3.4': Issue #21058: Fix a leak of file descriptor in tempfile.NamedTemporaryFile(), http://hg.python.org/cpython/rev/7f87c26f59ab New changeset b1e3035216f8 by Victor Stinner in branch 'default': (Merge 3.4) Issue #21058: Fix a leak of file descriptor in http://hg.python.org/cpython/rev/b1e3035216f8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21059] idle_test.test_warning failure
STINNER Victor added the comment: It's probably a regression of the changeset c2e2dc6c8769b6f37638149a9e9d0aad5845b3f1: Issue #15968: Incorporated Tcl, Tk, and Tix builds into the Windows build solution. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21059 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
STINNER Victor added the comment: Thanks for the report, the issue is now fixed. -- nosy: +haypo resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15968] Incorporate Tcl/Tk/Tix into the Windows build process
STINNER Victor added the comment: It looks like test_idlelib fails on Windows buildbots since the changeset c2e2dc6c8769b6f37638149a9e9d0aad5845b3f1: issue #21059. -- nosy: +haypo resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15968 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews
STINNER Victor added the comment: I'm interested to review a patch, but I'm not sure that read1() can return a type different than bytes. You can use the Py_buffer API for your patch. -- nosy: +haypo, pitrou versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21057 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18456] Documentation for PyDict_Update is incorrect
Roundup Robot added the comment: New changeset 8e1637e3a099 by Georg Brandl in branch '3.4': Closes #18456: Doc fix: PyDict_Update only works with dict-like objects, not key-value sequences. Patch by priyapappachan. http://hg.python.org/cpython/rev/8e1637e3a099 -- nosy: +python-dev resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18456 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18456] Documentation for PyDict_Update is incorrect
Roundup Robot added the comment: New changeset 2e51845a99e2 by Georg Brandl in branch '2.7': Closes #18456: Doc fix: PyDict_Update only works with dict-like objects, not key-value sequences. Patch by priyapappachan. http://hg.python.org/cpython/rev/2e51845a99e2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18456 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21006] asyncio.docs : create_subprocess_exec example does not work on windows
Roundup Robot added the comment: New changeset dd2c7cca5980 by Victor Stinner in branch '3.4': Issue #21006: asyncio doc: reorganize subprocess doc http://hg.python.org/cpython/rev/dd2c7cca5980 New changeset c45b124e9af4 by Victor Stinner in branch 'default': (Merge 3.4) Issue #21006: asyncio doc: reorganize subprocess doc http://hg.python.org/cpython/rev/c45b124e9af4 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21006] asyncio.docs : create_subprocess_exec example does not work on windows
STINNER Victor added the comment: I reorganized the doc. Thanks for the report. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
koobs added the comment: These are a good step toward bringing the otherwise neglected Python build system back to the real world in terms of standard functionality, and will among other things, make life an absolute pleasure for downstreams and users alike. User-Serviceable options are expected (in particular in autotools-based build systems), *not* a luxury, and have been missing from the start. A complicated build system is not a function its feature-set or flexibility, but of the quality of its evolution. There is also a distinction between the ability to customise the options of a build, and the defaults of those options. Will no longer be a standard library is a straw man. These patches present only as a user-configurable extension to otherwise statically defined configurations that must be patched manually to modify. This is painful. With my downstream (FreeBSD) porter consumer-and-hacker-of-Python-build-mechanics hat on, I'd like to see these and more 'options' out-of-the-box. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21060] Better error message for setup.py upload command without sdist
New submission from Éric Araujo: From http://jamie.curle.io/blog/my-first-experience-adding-package-pypi/ : python setup.py upload running upload error: no dist file created in earlier command I thought I was going mad because I could see the dist file, it was right there in all of [its] tar and gzipped glory. “earlier command” is misleading, as the dist file must be created by the same command line that calls upload (for now at least; see #12944). The error message should be clearer, and if the doc doesn’t explain how this works, it should be improved too. -- components: Distutils keywords: easy messages: 214793 nosy: dstufft, eric.araujo priority: normal severity: normal stage: needs patch status: open title: Better error message for setup.py upload command without sdist type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21060 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: Same issue with external libraries under (pachted) Python 3.4.0 final on Ubuntu 14.04 LTS or Debian Wheezy/Sid. Meader, is there any option/possibility zu use an external library (like psycopg2.psycopg.so)from the freezed binary? I alreday tried to manually add various -L -l options to the linker command of the generated make file or adjust LD_LIBRARY_PATH and so on ... always without any success. Unfortunately, I need this for a large productive system Praktomat. Please help. Thanks again. Chris -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21045] fix layout to generate documentation for Qt Assistant
Roundup Robot added the comment: New changeset d6831d94dd1e by Georg Brandl in branch '2.7': Closes #21045: make the Qt help build not look completely stupid http://hg.python.org/cpython/rev/d6831d94dd1e -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21045 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21045] fix layout to generate documentation for Qt Assistant
Roundup Robot added the comment: New changeset 2a6c33592e40 by Georg Brandl in branch '3.4': Closes #21045: make the Qt help build not look completely stupid http://hg.python.org/cpython/rev/2a6c33592e40 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21045 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: I also issued a ticket at the bugtracker of the psycopg2 project: http://psycopg.lighthouseapp.com/projects/62710/tickets/201 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10571] setup.py upload --sign broken: TypeError: 'str' does not support the buffer interface
Éric Araujo added the comment: distutils2 development has ceased. -- components: -Distutils2 nosy: +dstufft status: open - closed versions: -3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19610] setup.py does not allow a tuple for classifiers
Éric Araujo added the comment: I’m open to a patch that would make it clear in the docs that classifiers must be a list. A patch to detect bad type for classifiers in the check command would also be acceptable for 3.5, or to catch it earlier, a check in the Distribution class. -- title: setup.py should allow a tuple for classifiers - setup.py does not allow a tuple for classifiers versions: +Python 2.7, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19610 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17829] csv.Sniffer.snif doesn't set up the dialect properly for a csv created with dialect=csv.excel_tab and containing quote () char
Antoon Pardon added the comment: I had a look at this and have the following remarks. 1) the file csv_sniffing_excel_tab.py no longer works with python 3.3. It now produces the folowing traceback: Traceback (most recent call last): File csv_sniffing_excel_tab.py, line 36, in module create_file() File csv_sniffing_excel_tab.py, line 23, in create_file writer.writerows(test_data) TypeError: 'str' does not support the buffer interface 2) The problem seems to be in the _guess_quote_and_delimiter method. If you always call _guess_delimiter, the sniffer give the correct result. 3) As far as I understand the problem is the first regular expression: (?Pdelim[^\w\n\'])(?Pspace ?)(?Pquote[\']).*?(?P=quote)(?P=delim) Now if we have a line as the following 273:MVREGR1:ByEuPo:Baryton Euphonium populaire The delim group will match the space, the space group will match nothing the quote group will match the non-group pattern will match Euphonium followed by the quote group matching again and the delim group matching the space. And so we get the wrong delimiter. -- nosy: +Antoon.Pardon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17829 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21061] Is contextlib.redirect_stdout reentrant or not?
New submission from Timothy Pederick: The docs are contradictory on whether or not contextlib.redirect_stdout is reentrant, or reusable-but-not-reentrant. This would seem to be an oversight from issue19403, which probably should have changed reusable but not reentrant to reentrant. Present in both current and upcoming docs: http://docs.python.org/3/library/contextlib.html http://docs.python.org/3.5/library/contextlib.html contextlib.redirect_stdout(new_target) ... This context manager is reusable but not reentrant. 29.6.3.1. Reentrant context managers ... threading.RLock is an example of a reentrant context manager, as are suppress() and redirect_stdout(). ... Note also that being reentrant is not the same thing as being thread safe. redirect_stdout(), for example... -- assignee: docs@python components: Documentation messages: 214801 nosy: docs@python, perey priority: normal severity: normal status: open title: Is contextlib.redirect_stdout reentrant or not? versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Martin v. Löwis added the comment: Christian: please don't use this bug tracker to get help. Please use e.g. python-list to ask questions on how to use Python. To answer your question: in theory, you have the choice to either continue to use dynamic loading from the frozen interpreter, or to make psycopg.so a builtin module. Freeze won't help here, as it only deals with modules written in Python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21061] Is contextlib.redirect_stdout reentrant or not?
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21061] Is contextlib.redirect_stdout reentrant or not?
Nick Coghlan added the comment: Indeed, it is actually reentrant now - the part that claims it isn't needs to be tweaked appropriately. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21061 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20375] ElementTree: Document handling processing instructions
Stefan Behnel added the comment: I think you attached the wrong file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20375 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible to use an external module (in a .so) from a frozen binary. The phrase please help was intended to fix the bug. If there is a new option then this would also result in some kind of a bug, since nowhere documented. It turns freeze.py unusable in many situations. At least it cannot be done as in Python 3.2 (described above) and the many other methods I tried. The mailing list can only be a last option, since Meador's patches are nowhere officially included and thus not very widespread. Unfortunately, both of your advices only work in theory for me. However, I am glad to have found in you a person who gives at least some advices. Meanwhile, the psycopg guys are do (also) not see a bug on their side: http://psycopg.lighthouseapp.com/projects/62710/tickets/201 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1298835] Add a vendor-packages directory for system-supplied modules
Robert Kuska added the comment: There is ongoing discussion on pip's github tracker [1] about default location where to install user modules. IMO this is something that should be dealt with in Python Interpreter Core [2][3]. I would like to hear some opinion from python devs on this. [1] https://github.com/pypa/pip/issues/1668 [2] https://github.com/pypa/pip/issues/1668#issuecomment-38418185 [3] https://github.com/pypa/pip/issues/1668#issuecomment-38428857 -- nosy: +rkuska ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1298835 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 11:37, Christian Bachmaier wrote: Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible to use an external module (in a .so) from a frozen binary. Are you sure about this ? If you freeze an application which imports just the _psycopg*.so file and make sure the linker can find it, does the import still fail from the frozen app ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Antoine Pitrou added the comment: A complicated build system is not a function its feature-set or flexibility, but of the quality of its evolution. Certainly, but that doesn't change the concrete issue: we have a complicated build system that these patches will make more complicated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19610] setup.py does not allow a tuple for classifiers
STINNER Victor added the comment: A patch to detect bad type for classifiers in the check command would also be acceptable for 3.5, or to catch it earlier, a check in the Distribution class. Why only in Python 3.5? Does it make sense to pass something different than a list in older Python versions? I would prefer to see a fix the bug fixed in Python 2.7, 3.4 and 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19610 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12209] Minor edits to faulthandler doc
Roundup Robot added the comment: New changeset a97dcdee35f9 by Victor Stinner in branch '3.4': Issue #12209: Minor edits to faulthandler doc. Patch written by Éric Araujo. http://hg.python.org/cpython/rev/a97dcdee35f9 New changeset 6f80ca0012ae by Victor Stinner in branch 'default': (Merge 3.4) Issue #12209: Minor edits to faulthandler doc. Patch written by http://hg.python.org/cpython/rev/6f80ca0012ae -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12209 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12209] Minor edits to faulthandler doc
STINNER Victor added the comment: Sorry for the delay. I applied your patch. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12209 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15971] Sporadic failure in test_dump_tracebacks_later_file (test_faulthandler)
STINNER Victor added the comment: I didn't see this error recently. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15971 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19818] tracemalloc: comments on the doc
Changes by STINNER Victor victor.stin...@gmail.com: -- keywords: +3.3regression resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19818] tracemalloc: comments on the doc
Changes by STINNER Victor victor.stin...@gmail.com: -- keywords: -3.3regression ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion
Roundup Robot added the comment: New changeset 3cd216b56599 by Victor Stinner in branch '3.4': Issue #21038: Cleanup test_epoll.py http://hg.python.org/cpython/rev/3cd216b56599 New changeset 945d7dd3b455 by Victor Stinner in branch '3.4': Issue #21038: Use monotonic clock to compute timeout, not the system clock http://hg.python.org/cpython/rev/945d7dd3b455 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion
Roundup Robot added the comment: New changeset d09032a9adee by Victor Stinner in branch '2.7': Issue #21038: Cleanup test_epoll.py http://hg.python.org/cpython/rev/d09032a9adee -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20100] epoll docs are not clear with regards to CLOEXEC.
Changes by priya priyapappachan...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file34611/epoll.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20100 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21038] test_epoll.TestEPoll.test_control_and_wait: remove extra assertion
STINNER Victor added the comment: Thanks for the patch, it's now fixed in Python 2.7, 3.4 and 3.5. -- nosy: +haypo resolution: - fixed status: open - closed versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21038 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: # ldd hello linux-vdso.so.1 = (0x7fffd677e000) libpython3.4m.so.1.0 = /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c2000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f968c4a4000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f968c0dd000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f968beb3000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f968bc9a000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f968ba95000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f968b892000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f968b58c000) /lib64/ld-linux-x86-64.so.2 (0x7f968ccfb000) and (even strace) does not show an attempt to acces the so-file. Also tried to add -L/usr/lib/python3/dist-packages/psycopg2 -l_psycopg.cpython-34m-x86_64-linux-gnu.so and similar without success. Can anyone try to reproduce it, a freeze (with patches) of hello.py containing only import _psycopg2 or maybe another external library? In the first case apt-get install python3-psycopg2 is necessary. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6699] IDLE: Warn user about overwriting a file that has a newer version on filesystem
Changes by priya priyapappachan...@gmail.com: Added file: http://bugs.python.org/file34612/idle.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16484] pydoc generates invalid docs.python.org link for xml.etree.ElementTree and other modules
Éric Araujo added the comment: It would be nice to have unit tests for this change. Did you get an email from the review system? If not, follow the “review” link on the right of the list of files on this page. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1298835] Add a vendor-packages directory for system-supplied modules
Nick Coghlan added the comment: Note that authority over package design decisions has been delegated to the Python Packaging Authority - it's up to them to decide what they want and ask for it (of they decide they actually need modifications to the interpreter), not for Python core to tell them what to do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1298835 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Kathleen Weaver added the comment: I've got a patch for the readme from cpyton and for the setup from devguide I have had trouble reading the comments. -- Added file: http://bugs.python.org/file34613/win.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1298835] Add a vendor-packages directory for system-supplied modules
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net: -- nosy: +piotr.dobrogost ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1298835 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Changes by Kathleen Weaver kathl...@kweaver.org: Added file: http://bugs.python.org/file34614/winreadme.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Changes by Kathleen Weaver kathl...@kweaver.org: Added file: http://bugs.python.org/file34615/winreadme.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21059] idle_test.test_warning failure
Zachary Ware added the comment: Indeed, although honestly I can't figure out exactly why. However, #20035 should fix the failures; I haven't committed it because the patch is in C and I can't guarantee that I haven't missed anything big. If either of you (or anyone else at all :-) could review that patch for me, I would be very grateful. -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21059 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21059] idle_test.test_warning failure
Changes by Zachary Ware zachary.w...@gmail.com: -- assignee: - zach.ware dependencies: +Suppress 'os.environ was modified' warning on Tcl/Tk tests versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21059 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Meador Inge added the comment: Apologies for not replying over the weekend. I am still looking into this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19264] subprocess.Popen doesn't support unicode on Windows
STINNER Victor added the comment: The original issue was reported against 2.7 Oh... Ok :-) It's tricky to fix this issue in Python 2.7 because you have to choose which function is used: CreateProcessA() (bytes) or CreateProcessW() (Unicode). To use CreateProcessW(), you have to decode bytes parameter. Python 3 has os.fsencode()/os.fsdecode() functions, similar functions in C. The mbcs Python codec is strict by default, but it now supports any Python error handler. This change changed was improved in each Python 3 release. Python 2 has PyUnicode_DecodeMBCSStateful() and PyUnicode_EncodeMBCS() which use the default Windows behaviour. I'm not sure that using PyUnicode_DecodeMBCSStateful() (or directly MultiByteToWideChar) + CreateProcessW() is exactly the same than calling CreateProcessA(). Should we support CreateProcessA() and CreateProcessW(), and use one or the other depending on the type of the pararameters? IMO such change requires too much work and it is not enough to have a full Unicode support for filenames. You have to fix much more code. I already did all this work in Python 3 (in 3.1, 3.2 and then 3.3). I suggest you to upgrade to port your application to Python 3 if you want a full Unicode support. Using Unicode in Python 3 is natural and just works fine. So I still suggest to close this issue as wontfix. -- Similar discussions on Python 3: http://bugs.python.org/issue8393#msg103565 http://bugs.python.org/issue8514#msg104224 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19264 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 13:02, Christian Bachmaier wrote: Christian Bachmaier added the comment: # ldd hello linux-vdso.so.1 = (0x7fffd677e000) libpython3.4m.so.1.0 = /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c2000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f968c4a4000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f968c0dd000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f968beb3000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f968bc9a000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f968ba95000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f968b892000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f968b58c000) /lib64/ld-linux-x86-64.so.2 (0x7f968ccfb000) and (even strace) does not show an attempt to acces the so-file. Also tried to add -L/usr/lib/python3/dist-packages/psycopg2 -l_psycopg.cpython-34m-x86_64-linux-gnu.so and similar without success. Can anyone try to reproduce it, a freeze (with patches) of hello.py containing only import _psycopg2 or maybe another external library? In the first case apt-get install python3-psycopg2 is necessary. Christian, what you're expecting is not what freeze can offer. The shared library is not linked into the resulting binary by simply having an import in the Python file. freeze does support adding the external library statically, but it's not easy. See the eGenix PyRun source archive for how it's done: http://www.egenix.com/products/python/PyRun/ The question I raised was whether running hello will fail to import the shared library _pyscopg2*.so or not. If that's the case (and only then), you have found a bug that needs fixing. If not, please ask your usage questions on other lists. This ticket is about getting freeze working again for Python 3.x, not about its usage. Thanks, -- Marc-Andre Lemburg eGenix.com -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
Vajrasky Kok added the comment: There is a typo. s/io.pen/io.open/ -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file34617/fix_typo_21058.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: The shared library is not linked into the resulting binary by simply having an import in the Python file. Yes. This is why (at least in Python 3.2) it must be in the right path (subdirectory), see above. freeze does support adding the external library statically, but it's not easy. Unfortunately, Debian/Ubuntu does not deliver a static version of psycopg2. So I'd like to use the dynamic version. This is definitively possible with Python 3.2 x86, again, see above. The question I raised was whether running hello will fail to import the shared library _pyscopg2*.so or not. That's a good question. I think so, but how can I test that? At least the (only) way in Python 3.2 does not work any more. Even with Python 3.2 there must be a link in the subdirectory as shown above. It is not enough to have it only in the usual installation directory /usr/lib/python3/dist-packages/psycopg2/_psycopg.xxx.so Even any set LD_LIBRARY_PATH is ignored, like also putting it in /usr/lib as far as I can see. This ticket is about getting freeze working again for Python 3.x Right. So we should test the library feature which worked somehow magically in Python 3.2. Then we will see if it is a bug. My statement is that it is a bug. Thanks again to all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Mark Lawrence added the comment: I certainly like the principle. Does this need a wider audience, python-dev maybe? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20100] epoll docs are not clear with regards to CLOEXEC.
Changes by priya priyapappachan...@gmail.com: Added file: http://bugs.python.org/file34616/epoll.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20100 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 16:21, Christian Bachmaier wrote: Sorry I forgot: PyRun seems only support Python 2.x. Right, because PyRun uses freeze and freeze currently does not work for Python 3. Which is what this ticket is all about and why I opened it. To test what I asked for, please run freeze on this script: import _psycopg2 print ('Works.') If it prints 'Works.', then your problem is unrelated to this ticket. If it fails with an import error or some other error related to loading the shared lib, then it may be a problem with freeze and is likely related to the new import lib machinery. Thanks, -- Marc-Andre Lemburg eGenix.com -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: Sorry I forgot: PyRun seems only support Python 2.x. The only other freeze tool I know for Pyhton3 code is cx_freeze. I would prefere the vanilla freeze of the python distribution itself and as far as I can see using cx_freeze makes more problems for me as it may solve. But that is not a discussion for this thread or forum. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20100] epoll docs are not clear with regards to CLOEXEC.
Changes by priya priyapappachan...@gmail.com: Added file: http://bugs.python.org/file34618/epoll.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20100 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12209] Minor edits to faulthandler doc
Éric Araujo added the comment: Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12209 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21062] Evalute all import-related modules for best practices
New submission from Brett Cannon: I'm thinking of: * pkgutil * py_compile * compileall * modulefinder * freeze Should make sure they are (a) doing the right/best thing in the face of importlib/PEP 302/PEP 420/PEP 451, and (b) if they should be integrated into importlib somehow in a non-compatible fashion for future growth and let the old versions slowly wither away. I'm leaving out runpy as it's not directly import-related, just import-reliant, and zipimport because I don't want to touch its code. =) -- messages: 214833 nosy: brett.cannon, eric.snow, ncoghlan priority: normal severity: normal status: open title: Evalute all import-related modules for best practices ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21062 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21063] Touch up one-line descriptions of modules for module index
New submission from Brett Cannon: E.g. linecache says This module provides random access to individual lines from text files. That's a big awkward and could just drop This module to read more easily. -- assignee: docs@python components: Documentation keywords: easy messages: 214834 nosy: brett.cannon, docs@python priority: low severity: normal stage: needs patch status: open title: Touch up one-line descriptions of modules for module index versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21063 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21064] Simple segfault
New submission from Jona Sassenhagen: Simple OOP segfault CtD using OSX 10.9.2 User@here:~/$ python3 Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. class Word(object): ... def __init__(self, name, phon, semantics=None, askglobal=None, ask=None, giveglobal=None, give=None): self.name = name self.phon = phon self.semantics = semantics self.askglobal = askglobal self.ask = ask self.giveglobal = giveglobal self.give = give class V(Word): def __init__(self) super().__init__(self,name,phon,semantics=None, askglobal=None, ask=None, giveglobal=None, give=None): self.askglobal = [nom,acc] Segmentation fault: 11 -- assignee: ronaldoussoren components: Macintosh messages: 214835 nosy: Jona.Sassenhagen, ronaldoussoren priority: normal severity: normal status: open title: Simple segfault type: crash versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21064] Simple segfault
Jona Sassenhagen added the comment: In fact this minimal example is sufficient to cause a CtD (OSX 10.9.2): $ python3 Python 3.3.2 (v3.3.2:d047928ae3f6, May 13 2013, 13:52:24) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. class Word(object): ... def __init__(self): Segmentation fault: 11 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21064] Simple segfault
STINNER Victor added the comment: Please upgrade to Python 3.3.5 or even to Python 3.4 (!) which are already fixed. -- nosy: +haypo, hynek, ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21064] Simple segfault
Ned Deily added the comment: Yes, upgrade. See Issue18458 for details. -- resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - interactive interpreter crashes and test_readline fails on OS X 10.9 Mavericks due to libedit update ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21064 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: To test what I asked for, please run freeze on this script: import _psycopg2 print ('Works.') $ xxx/freeze.py hello.py $ make $ ./hello Traceback (most recent call last): File hello.py, line 3, in module import _psycopg2 File /usr/lib/python3.4/importlib/_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File /usr/lib/python3.4/importlib/_bootstrap.py, line 2201, in _find_and_load_unlocked raise ImportError(_ERR_MSG.format(name), name=name) ImportError: No module named '_psycopg2' Btw the same with import psycopg2, psycopg2._psycopg, or _psycopg. Event with the subdir link as explained above. The first one (import psycopg2) is the one which operates in interpretation mode. If it prints 'Works.', then your problem is unrelated to this ticket. Nop, prints the error message instead of 'Works.' If it fails with an import error or some other error related to loading the shared lib, then it may be a problem with freeze and is likely related to the new import lib machinery. = we have a bug if Marc-Andre is right. Thanks. Chris -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 17:47, Christian Bachmaier wrote: Christian Bachmaier added the comment: To test what I asked for, please run freeze on this script: import _psycopg2 Sorry. The above should have read import _psycopg. print ('Works.') $ xxx/freeze.py hello.py $ make $ ./hello Traceback (most recent call last): File hello.py, line 3, in module import _psycopg2 File /usr/lib/python3.4/importlib/_bootstrap.py, line 2214, in _find_and_load return _find_and_load_unlocked(name, import_) File /usr/lib/python3.4/importlib/_bootstrap.py, line 2201, in _find_and_load_unlocked raise ImportError(_ERR_MSG.format(name), name=name) ImportError: No module named '_psycopg2' Btw the same with import psycopg2, psycopg2._psycopg, or _psycopg. Event with the subdir link as explained above. The first one (import psycopg2) is the one which operates in interpretation mode. Ok, now we're getting closer. Could you run this to have Python print the locations where it looks for the shared lib: export PYTHONVERBOSE=2 ./hello This should print a long list of messages such as these: import os # frozen import errno # builtin import posix # builtin import posixpath # frozen ... to stderr. Of those only the lines which mention _psycopg are relevant. Please make sure that the dir where the .so file resides is included in this list. If not, you will need to adjust PYTHONPATH accordingly. If the dir is mentioned in the listing, we have to dig deeper using strace or similar. Thanks, -- Marc-Andre Lemburg eGenix.com -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21058] tempfile.NamedTemporaryFile leaks file descriptor when fdopen fails
Roundup Robot added the comment: New changeset aa2a05fe46ae by Victor Stinner in branch '3.4': Issue #21058: fix typo in a comment. Patch written by Vajrasky Kok. http://hg.python.org/cpython/rev/aa2a05fe46ae New changeset 4e3c76cb0e8a by Victor Stinner in branch 'default': (Merge 3.4) Issue #21058: fix typo in a comment. Patch written by Vajrasky Kok. http://hg.python.org/cpython/rev/4e3c76cb0e8a -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21058 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Christian Bachmaier added the comment: $ cat hello.py import _psycopg print('Works.') $ export PYTHONVERBOSE=2 $ ./hello 2 res.txt $ cat res.txt | grep psycopg # trying /export/scratch/chris/pgtest/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /export/scratch/chris/pgtest/_psycopg.cpython-34m.so # trying /export/scratch/chris/pgtest/_psycopg.abi3.so # trying /export/scratch/chris/pgtest/_psycopg.so # trying /export/scratch/chris/pgtest/_psycopg.py # trying /export/scratch/chris/pgtest/_psycopg.pyc # trying /usr/lib/python3.4/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /usr/lib/python3.4/_psycopg.cpython-34m.so # trying /usr/lib/python3.4/_psycopg.abi3.so # trying /usr/lib/python3.4/_psycopg.so # trying /usr/lib/python3.4/_psycopg.py # trying /usr/lib/python3.4/_psycopg.pyc # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.cpython-34m.so # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.abi3.so # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.so # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.py # trying /usr/lib/python3.4/plat-x86_64-linux-gnu/_psycopg.pyc # trying /usr/lib/python3.4/lib-dynload/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /usr/lib/python3.4/lib-dynload/_psycopg.cpython-34m.so # trying /usr/lib/python3.4/lib-dynload/_psycopg.abi3.so # trying /usr/lib/python3.4/lib-dynload/_psycopg.so # trying /usr/lib/python3.4/lib-dynload/_psycopg.py # trying /usr/lib/python3.4/lib-dynload/_psycopg.pyc # trying /usr/local/lib/python3.4/dist-packages/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /usr/local/lib/python3.4/dist-packages/_psycopg.cpython-34m.so # trying /usr/local/lib/python3.4/dist-packages/_psycopg.abi3.so # trying /usr/local/lib/python3.4/dist-packages/_psycopg.so # trying /usr/local/lib/python3.4/dist-packages/_psycopg.py # trying /usr/local/lib/python3.4/dist-packages/_psycopg.pyc # trying /usr/lib/python3/dist-packages/_psycopg.cpython-34m-x86_64-linux-gnu.so # trying /usr/lib/python3/dist-packages/_psycopg.cpython-34m.so # trying /usr/lib/python3/dist-packages/_psycopg.abi3.so # trying /usr/lib/python3/dist-packages/_psycopg.so # trying /usr/lib/python3/dist-packages/_psycopg.py # trying /usr/lib/python3/dist-packages/_psycopg.pyc import _psycopg ImportError: No module named '_psycopg' $ cat hello.py import _psycopg print('Works.') $ export PYTHONPATH=/usr/lib/python3/dist-packages/psycopg2:$PYTHONPATH $ ./hello Works. The correct import (see the doc of psycopg2) is import psycopg2. Otherwise a valid script does even not run in interpreted mode. The library lies in /usr/lib/python3/dist-packages/psycopg2/_psycopg.cpython...so Maybe there is the Problem. One has to Import the parent dir of the so-file, which Triggers the bug. $ cat hello.py import psycopg2 print('Works.') $ export PYTHONVERBOSE=2 $ ./hello 2 res.txt $ cat res.txt | grep psycopg import psycopg2 File /usr/lib/python3/dist-packages/psycopg2/__init__.py, line 67, in module from psycopg2._psycopg import BINARY, NUMBER, STRING, DATETIME, ROWID ImportError: No module named 'psycopg2._psycopg' # destroy psycopg2 Marc-Andre: would you mind to install python3-psycopg2 to see that in real? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Brett Cannon added the comment: OK, so trying to import around the package was definitely why the first instance didn't work so that's all expected. As for the failure when importing psycopg2, my guess is that the freezing of psycopg2.__init__ is not setting __path__ to anything reasonable to work with dynamically loading psycopg2._psycopg. That really shouldn't really ever work anyway since that just doesn't make sense from the perspective of freezing a package unless you made the extension module a built-in module, but I don't think submodules are supported in that case right now anyway. MAL, do you agree with that assessment? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 19:27, Brett Cannon wrote: Brett Cannon added the comment: OK, so trying to import around the package was definitely why the first instance didn't work so that's all expected. As for the failure when importing psycopg2, my guess is that the freezing of psycopg2.__init__ is not setting __path__ to anything reasonable to work with dynamically loading psycopg2._psycopg. That really shouldn't really ever work anyway since that just doesn't make sense from the perspective of freezing a package unless you made the extension module a built-in module, but I don't think submodules are supported in that case right now anyway. MAL, do you agree with that assessment? Using C extensions embedded in Python packages is supported in Python 2's freeze - but not directly: This works because Python2 search for the module in the top level directories in case it cannot find the shared mod in the package dir (which in the case of frozen packages does not exist). So you ship the frozen app together with the .so shared module in the same directory or setup sys.path to point to whatever dir you use for this. I'll have to have a look at how the pyscopg2 package normally imports its C extension. It's likely that they will have to use something like this to make things work for frozen apps as well: try: from psycopg2 import _psycopg except ImportError: # try to find the module at the top-level import _psyocpg or setup the package's .__path__ to include the top-level dir. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20344] subprocess.check_output() docs misrepresent what shell=True does
Tuomas Savolainen added the comment: Created a patch that adds notice of using shell=True and iterable to the documentation. Please do comment if the formatting is wrong (this my first documentation patch). -- Added file: http://bugs.python.org/file34619/documentation20344.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20344 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20145] unittest.assert*Regex functions should verify that expected_regex has a valid type
Roundup Robot added the comment: New changeset 3f8b801e7e76 by R David Murray in branch '2.7': backport: #20145: assertRaisesRegexp now raises a TypeError on bad regex. http://hg.python.org/cpython/rev/3f8b801e7e76 New changeset 32407a677215 by R David Murray in branch '3.4': backport: #20145: assert[Raises|Warns]Regex now raise TypeError on bad regex. http://hg.python.org/cpython/rev/32407a677215 New changeset 8f72f8359987 by R David Murray in branch 'default': Merge #20145 backport: delete whatsnew entry. http://hg.python.org/cpython/rev/8f72f8359987 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20145 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20951] SSLSocket.send() returns 0 for non-blocking socket
Antoine Pitrou added the comment: There's a great saying in the usability world: You can't document your way out of a usability problem. However, adding a flag to change behaviour at runtime creates *another* usability problem. It's not obvious it would actually make things better (and implementors of async networking frameworks haven't asked for it, AFAICT). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20951 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20951] SSLSocket.send() returns 0 for non-blocking socket
Giampaolo Rodola' added the comment: -1 about adding raise_on_blocking_send=False option as IMO it unnecessarily complicates the API. Note: when working with plain sockets send() returning 0 means the connection has been closed by the other peer, same for os.sendfile(). It appears ssl module is the only one behaving differently therefore I'd be for signaling the discrepancy in the doc. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20951 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1298835] Add a vendor-packages directory for system-supplied modules
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - patch review versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1298835 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: On 25.03.2014 19:41, M.-A. Lemburg wrote: I'll have to have a look at how the pyscopg2 package normally imports its C extension. It's likely that they will have to use something like this to make things work for frozen apps as well: try: from psycopg2 import _psycopg except ImportError: # try to find the module at the top-level import _psyocpg or setup the package's .__path__ to include the top-level dir. The package uses absolute imports for importing the C extension, e.g. from psycopg2._psycopg import __version__ This cannot work in Python with frozen packages. Not in Python 2 and not in Python 3 either. Christian: Your only option is not to freeze the psycopg2 package and ship it along side your frozen application or to build the frozen app with the psycopg2 C extension built statically. In any case, freeze is not at fault here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Changes by Brett Cannon br...@python.org: -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16047] Tools/freeze no longer works in Python 3
Marc-Andre Lemburg added the comment: Wait, Brett :-) The issue that Christian mentioned was just a side discussion. We still need to fix the main problem. -- resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16047 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews
Serhiy Storchaka added the comment: read1() should return bytes. MyByteStream doesn't implement the io.BufferedIOBase interface. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21057 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21057] TextIOWrapper does not support reading bytearrays or memoryviews
Nikolaus Rath added the comment: On 03/25/2014 01:39 PM, Serhiy Storchaka wrote: read1() should return bytes. MyByteStream doesn't implement the io.BufferedIOBase interface. Indeed, this is what this issue is about :-). The question is: is there a good reason to require io.BufferedIOBase implementors to return bytes rather than any bytes-like object from read1? I'd also argue that the current documentation of io.BufferedIOBase actually does not clearly require read1 to return bytes. The exact formulation is Read and return up to *size* bytes (note that bytes is not interpreted text). This can just as easily read as return binary data of up to *size* bytes using one of the customary Python types. So if it turns out that there is a good reason for this requirement, the documentation should at least make this requirement more explicit. Best, -Nikolaus -- Encrypted emails preferred. PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C »Time flies like an arrow, fruit flies like a Banana.« -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21057 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20375] ElementTree: Document handling processing instructions
Changes by Nikolaus Rath nikol...@rath.org: Removed file: http://bugs.python.org/file34528/issue20951.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20375 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20990] pyflakes: undefined names, get_context() and main(), in multiprocessing
Richard Oudkerk added the comment: Testing the is_forking() requires cx_freeze or something similar, so it really cannot go in the test suite. I have tested it manually (after spending too long trying to get cx_freeze to work with a source build). It should be noted that on Unix freezing is currently only compatible with the default 'fork' start method. -- resolution: - fixed stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20990 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19264] subprocess.Popen doesn't support unicode on Windows
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - wont fix stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19264 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21056] csv documentation is incorrect
Josh Rosenberg added the comment: Aside from the method being named __next__(), it's the same flaw in all copies of the Py3 documentation. I don't think explicitly enumerating types is the way to go though. I'd just remove the documentation for __next__, and leave it up to the per-type documentation to describe the data structure returned when iterating. None of the other built-in types in Py3 bother to explicitly document internal methods like __next__, but rather describe iteration while describing the type itself. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21056 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21011] PyArg_ParseTupleAndKeywords doesn't take const char *keywords[]
Josh Rosenberg added the comment: This has come up before. Links to additional info: https://mail.python.org/pipermail/python-dev/2006-February/060689.html http://bugs.python.org/issue1772673 -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21011 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)-gc.gc_refs (1)) != 0' failed.
Sebastien Renard added the comment: Hello, I encounter a quite similar issue with python 3.4.0 and cx_Oracle. It segfault from time to time (hard to reproduce) on visit_decref at Modules/gcmodule.c:373. There were no issue with python 2.7. I did not test with 3.3. With gdb i got the following stacktrace : (gdb) info threads Id Target Id Frame * 1Thread 0x77fc6740 (LWP 7415) python3 visit_decref (op=0xb, data=data@entry=0x0) at Modules/gcmodule.c:373 (gdb) backtrace #0 visit_decref (op=0xb, data=data@entry=0x0) at Modules/gcmodule.c:373 #1 0x004318da in BaseException_traverse (self=0x71624888, visit=0x504660 visit_decref, arg=0x0) at Objects/exceptions.c:97 #2 0x00504925 in subtract_refs (containers=optimized out) at Modules/gcmodule.c:398 #3 collect (generation=generation@entry=0, n_collected=n_collected@entry=0x7fffbd60, n_uncollectable=n_uncollectable@entry=0x7fffbd68, nofail=nofail@entry=0) at Modules/gcmodule.c:957 #4 0x00505573 in collect_with_callback (generation=0) at Modules/gcmodule.c:1128 #5 collect_generations () at Modules/gcmodule.c:1151 #6 0x00505cd1 in _PyObject_GC_Malloc (basicsize=optimized out) at Modules/gcmodule.c:1726 #7 _PyObject_GC_Malloc (basicsize=optimized out) at Modules/gcmodule.c:1743 #8 _PyObject_GC_NewVar (tp=tp@entry=0x810400 PyTuple_Type, nitems=nitems@entry=11) at Modules/gcmodule.c:1753 #9 0x0046470c in PyTuple_New (size=11) at Objects/tupleobject.c:104 #10 0x00464e05 in PyTuple_New (size=size@entry=11) at Objects/tupleobject.c:122 #11 0x7582e881 in Cursor_CreateRow (self=self@entry=0x71603290) at Cursor.c:1095 #12 0x7582f18f in Cursor_MultiFetch (self=0x71603290, rowLimit=0) at Cursor.c:1883 #13 0x004c4aa7 in call_function (oparg=optimized out, pp_stack=0x7fffbfb0) at Python/ceval.c:4210 #14 PyEval_EvalFrameEx (f=f@entry=0xab5208, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #15 0x004be47b in PyEval_EvalCodeEx (_co=optimized out, globals=optimized out, locals=locals@entry=0x0, args=optimized out, argcount=argcount@entry=3, kws=0x711c3ad8, kwcount=0, defs=0x75a635a0, defcount=1, kwdefs=0x0, closure=0x0) at Python/ceval.c:3578 #16 0x004c3d91 in fast_function (nk=optimized out, na=3, n=optimized out, pp_stack=0x7fffc240, func=0x71e98b70) at Python/ceval.c:4334 #17 call_function (oparg=optimized out, pp_stack=0x7fffc240) at Python/ceval.c:4252 #18 PyEval_EvalFrameEx (f=f@entry=0x711c3930, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #19 0x004be47b in PyEval_EvalCodeEx (_co=optimized out, globals=optimized out, locals=locals@entry=0x0, args=optimized out, argcount=argcount@entry=2, kws=0xbf7610, kwcount=1, defs=0x71eb14c0, defcount=1, kwdefs=0x0, closure=0x0) at Python/ceval.c:3578 #20 0x004c3d91 in fast_function (nk=optimized out, na=2, n=optimized out, pp_stack=0x7fffc4d0, func=0x7160b510) at Python/ceval.c:4334 #21 call_function (oparg=optimized out, pp_stack=0x7fffc4d0) at Python/ceval.c:4252 #22 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #23 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2, pp_stack=0x7fffc6b0, func=0x71634d08) at Python/ceval.c:4324 #24 call_function (oparg=optimized out, pp_stack=0x7fffc6b0) at Python/ceval.c:4252 #25 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #26 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2, pp_stack=0x7fffc890, func=0x72513730) at Python/ceval.c:4324 #27 call_function (oparg=optimized out, pp_stack=0x7fffc890) at Python/ceval.c:4252 #28 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #29 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2, pp_stack=0x7fffca70, func=0x71633378) at Python/ceval.c:4324 #30 call_function (oparg=optimized out, pp_stack=0x7fffca70) at Python/ceval.c:4252 ---Type return to continue, or q return to quit--- #31 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #32 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2, pp_stack=0x7fffcc50, func=0x71635d90) at Python/ceval.c:4324 #33 call_function (oparg=optimized out, pp_stack=0x7fffcc50) at Python/ceval.c:4252 #34 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #35 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2, pp_stack=0x7fffce30, func=0x72513730) at Python/ceval.c:4324 #36 call_function (oparg=optimized out, pp_stack=0x7fffce30) at Python/ceval.c:4252 #37 PyEval_EvalFrameEx (f=optimized out, throwflag=throwflag@entry=0) at Python/ceval.c:2829 #38 0x004c5e85 in fast_function (nk=optimized out, na=2, n=2,
[issue20526] python: Modules/gcmodule.c:379: visit_decref: Assertion `((gc)-gc.gc_refs (1)) != 0' failed.
Antoine Pitrou added the comment: Hi Sebastien, Those symptoms are actually quite generic. If you want do diagnose your issue, I would suggest you compile a debug build of Python (./configure --with-pydebug), it will enable many additional checks (and of course be quite a bit slower too...). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20526 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21065] spam
Changes by R. David Murray rdmur...@bitdance.com: -- stage: - committed/rejected status: open - closed title: Can't solve special women's problems? Let us do it. - spam ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21065 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21066] The separate download version for the documentation doesn't work
New submission from Cristian Baboi: I downloaded python 2.7.6 documentation file for Windows python276.chm and it doesn't display any documentation page. It shows only the table of content. -- assignee: docs@python components: Documentation, Windows messages: 214860 nosy: Cristian.Baboi, docs@python priority: normal severity: normal status: open title: The separate download version for the documentation doesn't work versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21066 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21067] Support Multiple finally clauses.
New submission from Kevin Cox: I think it would be useful to support multiple finally clauses. The idea would be that each clause would be run, even if prior clauses throw exceptions. The idea came when hunting a bug in the Mozilla test suite. The code looked like as follows. try: resource1 = allocateresource1() resource2 = allocateresource2() dostuffthatmightthrowexception() finally: if resource1: resource1.close() if resource2: resource2.close() The problem is that if resource1,close() throws an exception resource2 is not closed. The alternative looks like this. try: resource1 = allocateresource1() try: resource2 = allocateresource2() dostuffthatmightthrowexception() finally: if resource2: resource2.close() finally: if resource2: resource2.close() Or it could look like this. try: resource1 = allocateresource1() resource2 = allocateresource2() dostuffthatmightthrowexception() finally: try: if resource1: resource1.close() finally: if resource2: resource2.close() Both of which exhibit indentation explosion when there are a number of resources that need to be cleaned up. If multiple finally clauses were allowed the code would be much more readable and would look as follows. try: resource1 = allocateresource1() resource2 = allocateresource2() dostuffthatmightthrowexception() finally: if resource1: resource1.close() finally: if resource2: resource2.close() -- messages: 214861 nosy: kevincox priority: normal severity: normal status: open title: Support Multiple finally clauses. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21067] Support Multiple finally clauses.
Georg Brandl added the comment: For resource management, it would be more idiomatic to use context managers, either with multiple CMs in one with-statement or, dynamically, with contextlib.ExitStack. For test suites using unittest, there is also the addCleanup functionality of the TestCase. (And if another test framework is used, it might have something similar, or maybe should grow it.) Anyway, such changes are not decided upon in the tracker. If you think this should go forward please discuss it on the python-ideas list. For it to go forward a PEP will likely need to be written. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21067] Support Multiple finally clauses.
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com