[issue17259] Document round half to even rule for floats
Mark Dickinson added the comment: From what I read in the thread it seems to be more like a bug rather than something to just be documented, right? No, both round and formatting are working as expected: it's just a bit unfortunate that they use different rounding modes in 2.x. It's not something that it would make sense to change in 2.7 at this stage---any such change would likely break a lot of code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17259] Document round half to even rule for floats
Mark Dickinson added the comment: And the Python 2 behaviour has been essentially unchanged for a long time: Python 2.4.6 (#1, Nov 7 2013, 16:01:20) [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin Type help, copyright, credits or license for more information. %.f %.f % (0.5, 1.5) '0 2' round(0.5), round(1.5) (1.0, 2.0) (Though that first call just shows the result of whatever the OS C libraries decide to do, but historically that seems to be more likely to be round-half-to-even than anything else.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17259 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19974] tarfile doesn't overwrite symlink by directory
Vajrasky Kok added the comment: Here is the preliminary path. It works and tested on Linux. I'll check the behaviour on Windows later. -- keywords: +patch nosy: +vajrasky Added file: http://bugs.python.org/file33128/fix_tarfile_overwrites_symlink.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19974] tarfile doesn't overwrite symlink by directory
Changes by Vajrasky Kok sky@speaklikeaking.com: Removed file: http://bugs.python.org/file33128/fix_tarfile_overwrites_symlink.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19974] tarfile doesn't overwrite symlink by directory
Changes by Vajrasky Kok sky@speaklikeaking.com: Added file: http://bugs.python.org/file33129/fix_tarfile_overwrites_symlink.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19981] Typo in mailbox documentation
New submission from Claudiu.Popa: In the last example, there is a misspelled imported module. -- assignee: docs@python components: Documentation files: mailbox_typo.patch keywords: patch messages: 206174 nosy: Claudiu.Popa, docs@python priority: normal severity: normal status: open title: Typo in mailbox documentation type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file33130/mailbox_typo.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19981 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19981] Typo in mailbox documentation
Roundup Robot added the comment: New changeset 31fd129960d5 by Ezio Melotti in branch '2.7': #19981: fix typo in email.mailbox docs. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/31fd129960d5 New changeset 364ca376956f by Ezio Melotti in branch '3.3': #19981: fix typo in email.mailbox docs. Patch by Claudiu Popa. http://hg.python.org/cpython/rev/364ca376956f New changeset 0d8fe7d688a9 by Ezio Melotti in branch 'default': #19981: merge with 3.3. http://hg.python.org/cpython/rev/0d8fe7d688a9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19981 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19981] Typo in mailbox documentation
Ezio Melotti added the comment: Fixed, thanks for the report and the patch! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19981 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11798] Test cases not garbage collected after run
Xavier de Gaye added the comment: This seems to break BaseTestSuite.countTestCases when invoked after the TestSuite has been run: ... File Lib/unittest/suite.py, line 42, in countTestCases cases += test.countTestCases() AttributeError: 'NoneType' object has no attribute 'countTestCases' Attached patch attempts to fix it. -- nosy: +xdegaye Added file: http://bugs.python.org/file33131/countTestCases.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11798 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19100] Use backslashreplace in pprint
Walter Dörwald added the comment: sys.displayhook doesn't fail, because it uses the backslashreplace error handler, and for sys.displayhook that's OK, because it's only used for screen output and there some output is better than no output. However print and pprint.pprint might be used for output that is consumed by other programs (via pipes etc.) and IMHO in this case Errors should never pass silently. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19100 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19972] Leak in pickle (?)
Roundup Robot added the comment: New changeset 8a78988fdb04 by Stefan Krah in branch 'default': Issue #19972: Add rarely used freefunc. This fixes a leak if sys.exit() http://hg.python.org/cpython/rev/8a78988fdb04 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19972 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19946] Have multiprocessing raise ImportError when spawning a process that can't find the main module
Nick Coghlan added the comment: Long term fix: runpy.run_path and runpy.run_module need to accept a target parameter, multiprocessing needs to use the appropriate one based on whether or not __main__.__spec__ is None. Short term (3.4) fix: we can expose a private API in runpy akin to the _run_module_as_main that we use to implement the -m switch that will do the right thing for multiprocessing. -- dependencies: +Update runpy for PEP 451 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19946] Handle a non-importable __main__ in multiprocessing
Changes by Nick Coghlan ncogh...@gmail.com: -- title: Have multiprocessing raise ImportError when spawning a process that can't find the main module - Handle a non-importable __main__ in multiprocessing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19978] Update multiprocessing.spawn to use runpy.run_path
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +Handle a non-importable __main__ in multiprocessing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19978 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19982] Add a target parameter to runpy.run_path and runpy.run_module
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +Update runpy for PEP 451 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19978] Update multiprocessing.spawn to use runpy.run_path
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +Add a target parameter to runpy.run_path and runpy.run_module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19978 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19982] Add a target parameter to runpy.run_path and runpy.run_module
New submission from Nick Coghlan: One idea from PEP 451 was to add a target parameter to runpy.run_path and runpy.run_module to allow them to support execution in an existing module namespace (like __main__). This missed the feature freeze deadline for 3.4, but can be added in 3.5. -- messages: 206181 nosy: brett.cannon, eric.snow, ncoghlan priority: normal severity: normal stage: needs patch status: open title: Add a target parameter to runpy.run_path and runpy.run_module type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19972] Leak in pickle (?)
Stefan Krah added the comment: Should be fixed. Thanks for the comments everyone. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19972 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Nick Coghlan added the comment: I think it's definitely still OK to fix this in 3.4, but I think it's borderline enough to avoid including in the last ever 3.3 release. Changing exception types always introduces a little backwards compatibility risk, so it's something I lean towards only doing in new feature releases, even in cases like this where the old exception was clearly not the best choice. -- versions: +Python 3.4 -Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Arfrever Frehtes Taifersar Arahesis added the comment: in the last ever 3.3 release. msg204533 suggests that there will be =2 bug fix releases in 3.3 branch (3.3.4 soon and 3.3.5 around release of 3.4.0). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19385] dbm.dumb should be consistent when the database is closed
Nick Coghlan added the comment: That's slightly more acceptable, but it's still hard to make the case that changing exception types is a reasonable thing to do in a maintenance release (it's only the specific nature of the error that makes me consider it reasonable even in a feature release). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19385 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: +eli.bendersky, scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17088 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used
Stefan Behnel added the comment: Note that the option is called default_namespace, not default_namespace_prefix. Could you try passing the namespace URI instead? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17088 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
Vajrasky Kok added the comment: This is a bug from Sqlite. Sqlite 3.7 is afflicted. Solution: upgrade to sqlite 3.8. http://sqlite.1065341.n5.nabble.com/sqlite3-column-name-contains-quotes-for-views-td65226.html http://www.sqlite.org/src/info/5526e0aa3c -- nosy: +vajrasky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19970] Typo of `immediatly` and `agin` words
R. David Murray added the comment: Ah, well, it would be good to note that in the issue comments, then :). The commit workflow is that a patch gets applied to a branch, then merged forward. So I would need to apply the additional changes by hand to 3.4, unless you provide a 3.4 diff that is a diff between the *merged* 3.3 changeset and the updated 3.4 changes. Either way, let the committer know in the comments. (I'll fix this momentarily.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19970 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19970] Typo of `immediatly` and `agin` words
R. David Murray added the comment: s/need/prefer/, unless the differences between the two patchsets are large, in which case I'd probably do a null merge followed by a separate 3.4 commit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19970 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19970] Typo of `immediatly` and `agin` words
Roundup Robot added the comment: New changeset 561822250761 by R David Murray in branch 'default': #19970: fix additional typo in 3.4 asyncio docs. http://hg.python.org/cpython/rev/561822250761 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19970 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17919] AIX POLLNVAL definition causes problems
Serhiy Storchaka added the comment: The message should be C unsigned short. Thanks. The unit tests don't check that USHRT_MAX value is accepted. And shouldn't. Not all values make sense. Meaning of USHRT_MAX is platform depended. With poll_events_mask_overflow.patch, the following hack can maybe be removed? No. Otherwise the result can be negative. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
R. David Murray added the comment: Thanks for the conformation, Vajrasky. It is apparently not hard to upgrade the sqlite3 that python uses even on Windows, so I'm going to close this issue. (We're currently up to sqlite3 3.8.1 on 3.4). -- stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
R. David Murray added the comment: Thanks for the confirmation, Vajrasky. It is apparently not hard to upgrade the sqlite3 that python uses even on Windows, so I'm going to close this issue. (We're currently up to sqlite3 3.8.1 on 3.4). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
Changes by R. David Murray rdmur...@bitdance.com: -- Removed message: http://bugs.python.org/msg206192 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17919] AIX POLLNVAL definition causes problems
Roundup Robot added the comment: New changeset 9bee6cc30db7 by Serhiy Storchaka in branch '2.7': Issue #17919: Fixed integer overflow in the eventmask parameter. http://hg.python.org/cpython/rev/9bee6cc30db7 New changeset 87bbe810e4e7 by Serhiy Storchaka in branch '3.3': Issue #17919: Fixed integer overflow in the eventmask parameter. http://hg.python.org/cpython/rev/87bbe810e4e7 New changeset 2fbb3c77f157 by Serhiy Storchaka in branch 'default': Issue #17919: Fixed integer overflow in the eventmask parameter. http://hg.python.org/cpython/rev/2fbb3c77f157 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Raymond Hettinger added the comment: [Mark Dickinson] It's essentially an IdentityDict, though I've found other more specific transforms useful. Have any of the applications had use for the part of the API that looks up the original, untransformed key? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18986] Add a case-insensitive case-preserving dict
Mark Dickinson added the comment: Not my applications, no. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18986 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19097] bool(cgi.FieldStorage(...)) may be False unexpectedly
Changes by Gökcen Eraslan gokcen.eras...@gmail.com: -- nosy: +gkcn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19097 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19623] Support for writing aifc to unseekable file
Roundup Robot added the comment: New changeset c10ea224392d by Serhiy Storchaka in branch '2.7': Issue #19623: Fixed writing to unseekable files in the aifc module. http://hg.python.org/cpython/rev/c10ea224392d New changeset 35f6a5937a63 by Serhiy Storchaka in branch '3.3': Issue #19623: Fixed writing to unseekable files in the aifc module. http://hg.python.org/cpython/rev/35f6a5937a63 New changeset 804406d79b45 by Serhiy Storchaka in branch 'default': Issue #19623: Fixed writing to unseekable files in the aifc module. http://hg.python.org/cpython/rev/804406d79b45 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19623] Support for writing aifc to unseekable file
Serhiy Storchaka added the comment: During applying the patch to 2.7 yet one bug was found in 2.7. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19623 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17576] PyNumber_Index() is not int-subclass friendly (or operator.index() docos lie)
Roundup Robot added the comment: New changeset a3de2b3881c1 by Serhiy Storchaka in branch '3.3': Issue #17576: Removed deprecation warnings added in changeset 618cca51a27e. http://hg.python.org/cpython/rev/a3de2b3881c1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17576 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19100] Use backslashreplace in pprint
Serhiy Storchaka added the comment: The purpose of pprint.pprint() is to produce human-readable output. In this case some output is better than nothing. It isn't designed to be parseable by other programs, because sometimes it is even less accurate than the result of repr() (pprint() truncates long reprs and losses information for dict subclasses). Also result of pprint() can be changed from version to version (e.g. issue17150). The main source of non-ASCII characters is string reprs and for them the backslashreplace error handler doesn't lose information. And pprint.pprint() is mainly used for screen output too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19100 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19856] shutil.move() can't move a directory in non-empty directory on Windows
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19856 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17919] AIX POLLNVAL definition causes problems
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17919] AIX POLLNVAL definition causes problems
Serhiy Storchaka added the comment: Thank you Delhallt for your report. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17919 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19901] tests fail due to unsupported SO_REUSEPORT when building Python 3.3.2-r2
Gregory P. Smith added the comment: You didn't do anything wrong. You were running 3.3.3 which is the latest release of 3.3. Portage is Gentoo's thing, you'd have to ask the gentoo python portage ebuild maintainer and point them at the commit with the additional patch to apply if you want it fixed there. (or file a bug on gentoo's bug tracking system and point it at this one) In general gentoo is one of the more up to date distros (compared to everything else) but it is always helpful to try checking out and compiling the latest source tree from hg.python.org as described in http://docs.python.org/devguide/ (on the 3.3 branch in your case) when reporting an issue. I just happened to have noticed this problem myself and fixed it without bothering to file an issue about it a few weeks before you ran into it. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19901 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19492] Report skipped distutils tests as skipped
Serhiy Storchaka added the comment: Why this change? For better skip message (see a change above). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19492 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19493] Report skipped ctypes tests as skipped
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19493 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19946] Handle a non-importable __main__ in multiprocessing
Changes by Nick Coghlan ncogh...@gmail.com: -- assignee: - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19946 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19700] Update runpy for PEP 451
Nick Coghlan added the comment: I added some unit tests for the interactions between runpy and namespace packages, which showed that I was doing the check for __main__ submodules and the check for no loader in the wrong order. Last missing piece is to ensure that __spec__ is being populated appropriately, then I'll check this in. -- Added file: http://bugs.python.org/file33132/issue19700_runpy_spec_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17621] Create a lazy import loader mixin
Brett Cannon added the comment: Need to quickly test that this will work with PEP 451 works with the design in my head before we get farther into 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19959] argparse.FileType does not expand tilde ~
Julian Berman added the comment: Why not take this a step further and make it take a callable that's expected to take the command line argument and coerce it into a path -- nosy: +Julian ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19700] Update runpy for PEP 451
Nick Coghlan added the comment: So close! importlib.util.spec_from_file_location failed me (unsurprisingly) when it came to the zipfile execution tests. I'm thinking I'll just hack in a way to avoid checking the loader when the expected loader is set to None. -- Added file: http://bugs.python.org/file33133/issue19700_runpy_spec_v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19700] Update runpy for PEP 451
Nick Coghlan added the comment: Latest version simply doesn't check the loader type for the zipimport tests. (Note that just using find_spec doesn't work, since the directory and zipfile execution tests include implicit sys.path manipulation) I also removed the separated precompiled flag that was in earlier patches, since importlib.util.spec_from_file_location deals with that for us. If the full regression test suite passes, I'll be checking this version in. -- Added file: http://bugs.python.org/file33134/issue19700_runpy_spec_v4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19944] Make importlib.find_spec load packages as needed
Nick Coghlan added the comment: Adding a dependency on issue 19700, as I'm about to commit that fix and runpy should be updated to use whatever we come up with here. -- dependencies: +Update runpy for PEP 451 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19944 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com: -- components: +email -Interpreter Core nosy: +Jurko.Gospodnetić, barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19700] Update runpy for PEP 451
Nick Coghlan added the comment: Working on the docs updates made me realise the test cases didn't cover the no suffix case that is causing grief in issue 19946. So I've added a test case for that now, but haven't fixed it yet (will need to deal with the __spec__ = None case for such scripts) -- Added file: http://bugs.python.org/file33135/issue19700_runpy_spec_v5.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17621] Create a lazy import loader mixin
Brett Cannon added the comment: Attached is a script to verify that PEP 451 works as desired, so Python 3.5 doesn't have any technical blockers for doing a lazy loader for PEP 451 loaders. And with __spec__.loader_state it might be possible to work things out through a common API to work around issue #18275 so that relying on super() and doing this as a mixin goes away and instead just somehow store the final loader on the spec (e.g. loader's constructor just takes a spec so that you can instantiate the actual loader, reset __loader__ __spec__.loader, and then proceed with exec_module()). -- dependencies: -Implementation for PEP 451 (importlib.machinery.ModuleSpec) Added file: http://bugs.python.org/file33136/lazy_test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17621 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
New submission from Jurko Gospodnetić: If you press Ctrl-C during Python startup on Windows you may get interpreter crashes with different Python tracebacks displayed on the standard system error output stream. Reproduced using: - Windows 7 SP1 x64 - Python 3.3.3 (64-bit) as downloaded from 'http://www.python.org/download/releases/3.3.3' (but seen with different earlier Python versions as well). - either a non-trivial Python script, one containing only a '#! python3' shabang line, or a completely empty one - default site.py To reproduce simply run the Python interpreter with a prepared Python script as input and press Ctrl-C immediately afterwards. Possible results: * Script finishes before your Ctrl-C kicks in. * You get a clean KeyboardInterrupt traceback and the script exits. * You get a KeyboardInterrupt traceback and the interpreter process crashes. I'm attaching more detailed information on specific crash instances. For some more information background see the devel mailing list thread started at: 'https://mail.python.org/pipermail/python-dev/2013-December/130750.html'. -- components: Interpreter Core, Windows files: crash-info-10.txt messages: 206212 nosy: Jurko.Gospodnetić priority: normal severity: normal status: open title: Ctrl-C causes startup crashes on Windows type: crash versions: Python 3.3 Added file: http://bugs.python.org/file33137/crash-info-10.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com: Added file: http://bugs.python.org/file33138/crash-info-1-9 - Python tracebacks only.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
Jurko Gospodnetić added the comment: I can reproduce this most easily if I run a command like: clean.cmd run.py where clean.cmd is any short batch script and run.py is a file containing only the '#! python3' shabang line. The batch script in front is not necessary, and I've originally been reproducing the issue without it, but the problem seems much easier to reproduce with it, most likely because is slightly delays the Python startup and thus makes it easier for the Ctrl-C signal to kick in early enough during Python startup. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
Jurko Gospodnetić added the comment: I reproduced the issue about 10 more times to see if I'd get some more useful C tracebacks in Visual Studio, but they seems to be the pretty much the same every time (as seen in the attached http://bugs.python.org/file33137/crash-info-10.txt file). I'm attaching another one, just for the record. The only difference I see between crash #10 and this one is that second thread has a bit different name, but that is most likely just some internal Windows API worker thread and not something explicitly started by Python or relevant to this report. -- Added file: http://bugs.python.org/file33139/crash-info-11.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com: Removed file: http://bugs.python.org/file33139/crash-info-11.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19983] Ctrl-C causes startup crashes on Windows
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com: Added file: http://bugs.python.org/file33140/crash-info-11.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19983 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
Changes by R. David Murray rdmur...@bitdance.com: -- components: +Interpreter Core -email ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
Jurko Gospodnetić added the comment: This issue is related to issue #19983 on Windows. Also, I do not think the suggested -z option implementation should be accepted 'as is'. On Unix it would make Ctrl-C silently terminate the process if it occurs before default Python signal handling is enabled. I do not know what effect this would have on Windows - possibly the signal would simply be ignored lost. It would also still leave a slight window between when Python sets up its default SIGINT handling and when user code has a chance to set up its own. My first instinct is to not do that and instead add an option to block SIGINT handling and allow user code to enable its own or default Python handling as it wishes and then unblock SIGINT handling. Note that by 'blocking' a signal I do not mean losing/ignoring it but delaying its handling until signal handling is unblocked. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19984] Add new format of fix length string for PyErr_Format
New submission from Vajrasky Kok: This ticket sprung from this discussion: https://mail.python.org/pipermail/python-dev/2013-December/130756.html Basically I am always confused when writing error message in C-API. Is it: PyErr_Format(PyExc_TypeError,can't intern %.400s, s-ob_type-tp_name); or PyErr_Format(PyExc_TypeError,can't intern %.80s, s-ob_type-tp_name); or PyErr_Format(PyExc_TypeError,can't intern %s, s-ob_type-tp_name); In conclusion, is it %s or %.80s or %.400s? This patch will add one true way of writing fixed length string of the wrong type. This is just preliminary patch. I'll write the documentation later (and maybe test?). -- components: Interpreter Core files: add_T_format_for_PyErr_Format.patch keywords: patch messages: 206216 nosy: vajrasky priority: normal severity: normal status: open title: Add new format of fix length string for PyErr_Format type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file33141/add_T_format_for_PyErr_Format.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19984] Add new format of fix length string for PyErr_Format
Changes by Vajrasky Kok sky@speaklikeaking.com: Added file: http://bugs.python.org/file33142/add_T_format_for_PyErr_Format.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19984] Add new format of fix length string for PyErr_Format
Changes by Vajrasky Kok sky@speaklikeaking.com: Removed file: http://bugs.python.org/file33141/add_T_format_for_PyErr_Format.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19984 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used
Wim added the comment: Yes, the problem occurs regardless of whether the default_namespace parameter is the correct SVG namespace URI --- it's the fact of requesting a default namespace at all that exposes the bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17088 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com