[issue1109602] Need some setup.py sanity
Ned Deily added the comment: Issue1584 has implemented ways to specify non-standard Tcl and Tk include file and library locations, both via ./configure and as make arguments. Since there are many other issues open regarding specific aspects of setup.py and since, in nine years, there has has been no progress in addressing the more general concerns and since the intent is to phase out setup.py in general in future releases, I am going to close this issue as a duplicate of Issue1584. -- nosy: +ned.deily resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - Mac OS X: building with X11 Tkinter versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1109602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19558] Provide Tcl/Tk linkage information for extension module builds
New submission from Ned Deily: In Issue 19490, Piet van Oostrum suggested: I think future versions of Python should add the relevant information about how they are linked to Tcl/Tk in sysconfig. This would include the path of the include files, the shared libraries and the tcl files. Or a framework location on OS X if this is used. The setup.py for extensions that need to link to Tcl/Tk can then interrogate this information, and fall back to the current way, if it is not available. Ned Deily replied: Piet, yes, I've been thinking of how to do that. Unfortunately, it can only be a hint since, in the case of an installer Python, there is no guarantee that the header files on the build machine are available on the installed machine in the same location or even at all. -- components: Build messages: 202678 nosy: ned.deily, pietvo priority: normal severity: normal status: open title: Provide Tcl/Tk linkage information for extension module builds type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19558 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19490] Problem installing matplotlib 1.3.1 with Python 2.7.6rc1 and 3.3.3rc1
Ned Deily added the comment: As proposed above, the built-in Tcl/Tk support has been reverted from the OS X installers for 3.3.3rc2 and for 2.7.6 final. Issue15663 will continue to track changes for 3.4.0; the implementation there will have to change for 3.4.0b1. I've also opened Issue19558 concerning Piet's suggestion to provide a way to obtain info about Tcl and Tk linkage. This issue can now be closed. -- resolution: - fixed stage: - committed/rejected status: open - closed versions: -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19490 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18240] hmac unnecessarily restricts input to bytes
Changes by mpb mpb.m...@gmail.com: -- nosy: +mpb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19449] csv.DictWriter can't handle extra non-string fields
Vajrasky Kok added the comment: Here is the preliminary patch. -- nosy: +vajrasky Added file: http://bugs.python.org/file32582/fix_error_message_write_fields_not_in_fieldnames.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19449 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19449] csv.DictWriter can't handle extra non-string fields
Changes by Vajrasky Kok sky@speaklikeaking.com: -- components: +Library (Lib) versions: +Python 3.3, Python 3.4 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19449 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Nick Coghlan added the comment: The three Windows machines look like they have very different system versions of Python (ActiveState, cygwin, vanilla CPython). Any chance we're accidentally invoking the system Python instead of the built one somewhere? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Mike FABIAN added the comment: Serhiy While normalize can return sd...@devanagari.utf-8, _parse_localename() Serhiy should be able correctly parse it. But if normalize returns sd...@devanagari.utf-8, isn’t that quite useless because it is a locale name which does not actually work in glibc? Serhiy Removing sd...@devanagari.utf-8 from alias table is another issue. Yes. I think it should be fixed in the alias table as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13674] crash in datetime.strftime
Roundup Robot added the comment: New changeset 1537f14cc690 by Tim Golden in branch '3.3': Issue13674 Correct crash with strftime %y format under Windows http://hg.python.org/cpython/rev/1537f14cc690 New changeset 41a4c55db7f2 by Tim Golden in branch 'default': Issue13674 Correct crash with strftime %y format under Windows http://hg.python.org/cpython/rev/41a4c55db7f2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13674] crash in datetime.strftime
Tim Golden added the comment: I've committed the changes with a variant of the pre-1900 test running on all platforms. I think there's scope for more testing of the boundary conditions of strftime but that would be for another issue. I want to get this one in now as it's a crasher on Windows. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19559] Interactive interpreter crashes after any two commands
New submission from Mark Richman: On Mac OS X 10.9 (Mavericks), I open the python3 command line interpreter, enter any two commands (enter after each), and I get a Segmentation Fault: 11. This *could* be an issue with readline, but I'm not sure. Example: 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. help Type help() for interactive help, or help(object) for help about object. help Segmentation fault: 11 Attached is the error report. -- components: Interpreter Core files: segfault.txt messages: 202685 nosy: mrichman priority: normal severity: normal status: open title: Interactive interpreter crashes after any two commands type: crash versions: Python 3.3 Added file: http://bugs.python.org/file32583/segfault.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19559] Interactive interpreter crashes after any two commands
Ezio Melotti added the comment: See #18458. -- nosy: +ezio.melotti 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/issue19559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
New submission from Tom Lynn: PEP 8 currently has:: Yes:: ... c = (a+b) * (a-b) No:: ... c = (a + b) * (a - b) That looks wrong to me -- surely the parens are a sufficient precedence hint, and don't need further squashing inside? This will be worse with any non-trivial example. I suspect it may also lead to silly complications in code formatting tools. This was changed by Guido as part of a reversion in issue 16239, but I wonder whether that example was intended to be included? -- assignee: docs@python components: Documentation messages: 202687 nosy: docs@python, tlynn priority: normal severity: normal status: open title: PEP 8 operator precedence across parens type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13674] crash in datetime.strftime
Roundup Robot added the comment: New changeset c61147d66843 by Tim Golden in branch 'default': Issue #13674 Updated NEWS http://hg.python.org/cpython/rev/c61147d66843 New changeset 49db4851c63b by Tim Golden in branch '3.3': Issue #13674 Updated NEWS http://hg.python.org/cpython/rev/49db4851c63b New changeset 3ff7602ee543 by Tim Golden in branch 'default': Issue #13674 Null merge with 3.3 http://hg.python.org/cpython/rev/3ff7602ee543 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
Tom Lynn added the comment: FWIW, this pair of examples differs from the others in this section as they were both explicitly okayed in the first version of PEP 8 http://hg.python.org/peps/rev/4c31c25bdc03?revcount=120:: - Use your better judgment for the insertion of spaces around arithmetic operators. Always be consistent about whitespace on either side of a binary operator. Some examples: i = i+1 submitted = submitted + 1 x = x*2 - 1 hypot2 = x*x + y*y c = (a+b) * (a-b) c = (a + b) * (a - b) My guess is that this is still the intention? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
New submission from Richard PALO: I'd like to have reopened this previous issue as it is still very much the case. I believe as well that the common distros (I can easily verify OpenIndiana and OmniOS) patch it out (patch file attached). Upstream/oracle/userland-gate seems to as well. It is time to retire this check, or at least take into consideration the parametrization from unistd.h: #if defined(_XPG4_2) extern int gethostname(char *, size_t); #elif !defined(__XOPEN_OR_POSIX) || defined(__EXTENSIONS__) extern int gethostname(char *, int); #endif -- components: Build files: Python26-10-gethostname.patch keywords: patch messages: 202690 nosy: risto3 priority: normal severity: normal status: open title: request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined type: compile error versions: Python 2.7, Python 3.3 Added file: http://bugs.python.org/file32584/Python26-10-gethostname.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
Ezio Melotti added the comment: See msg173785. The example in the no section is not wrong -- it's just worse than the one in the yes section because it provides less hints about the groups and it's less readable, so it has no reason to be used. If you note the introductory paragraph it says Use your better judgment for the insertion of spaces around arithmetic operators.. This means that even if the general rule is to add spaces around the operators, in some situations it is better to omit them, and one should decide on a case by case basis. To provide a further example, see: a = 2 * (b+c) and a = 2*(b+c) - 2/(d+e) The first part -- 2*(b+c) -- is the same in both the examples, but the spaces change depending on the context. In the first case you can emphasize the multiplication between 2 and b+c, whereas in the second case there are two groups that get subtracted, so the spaces around the * and / can be removed to emphasize these two bigger groups. I think that section is OK, and doesn't need to be changed. -- assignee: docs@python - gvanrossum nosy: +ezio.melotti, gvanrossum status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ 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
Michael Haubenwallner added the comment: This is a regression since 2.7.4 because of http://bugs.python.org/issue15989. As the 'events' and 'revents' members of 'struct pollfd' both are bitfields, the question actually is why they need to be signed at all. Additionally: I'm wondering why poll_modify() and internal_devpoll_register() haven't been updated along issue#15989, as both still have 'i' for the 'events' arg. Attached patch (for hg-tip) changes the 'events' for 'struct pollfd' to be generally treated as unsigned short bitfield. Not that I know of one, but the 0x hack may break on platforms where 'short' is not 16bits - casting to (unsigned short) instead feels more save. Additional question: Would it make sense to have the 'BHIkK' types check for overflow? Thank you! -- nosy: +haubi Added file: http://bugs.python.org/file32585/python-tip-unsigned-pollfd-events.patch ___ 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
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- versions: +Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ 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
[issue19536] MatchObject should offer __getitem__()
Ezio Melotti added the comment: I think the idea is to eventually deprecate the .group() API. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19536 ___ ___ 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 STINNER Victor victor.stin...@gmail.com: -- nosy: +serhiy.storchaka ___ 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
[issue12828] xml.dom.minicompat is not documented
Roundup Robot added the comment: New changeset 3710514aa92a by Andrew Kuchling in branch '3.3': Closes #12828: add docstring text noting this is an internal-only module http://hg.python.org/cpython/rev/3710514aa92a -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12828 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18967] Find a less conflict prone approach to Misc/NEWS
Changes by Zachary Ware zachary.w...@gmail.com: -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18967 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Brett Cannon added the comment: I think worrying about more API expansions to handle edge case/advanced reload scenarios is not worth it (or at least not in Python 3.4). And if we are shifting importlib.reload() back to looking for a new finder then we are only worrying about when people decide to directly call exec_module() manually and want some pre-condition way to verify that the reload would succeed w/o putting that logic into exec_module() itself. All I'm seeing is a mole hill for some advanced users who should be able to deal with it on their own. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: @Andrei: Ping? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19557] ast - docs for every node type are missing
Brett Cannon added the comment: The node types are all listed right there in the docs in the abstract grammar section, so arguing they are incomplete I don't think is accurate. I'm willing to leave this open in case some ambitious person wants to write docs for every node type, but I think this is a very low priority task. -- nosy: +brett.cannon priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19557 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
STINNER Victor added the comment: @Georg, Serhiy, Martin: Sorry for having commits directly without more review. I didn't expect negative feedback on such changes, I thaught to moving from literal C byte string to Python identifiers was a well accepted practice since identifiers are used in a lot of places in Python code base. So what should I do now? Should I revert all changesets related to this issue, or can we keep these new identifiers and close the issue? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19466] Clear state of threads earlier in Python shutdown
Roundup Robot added the comment: New changeset c2a13acd5e2b by Victor Stinner in branch 'default': Close #19466: Clear the frames of daemon threads earlier during the Python http://hg.python.org/cpython/rev/c2a13acd5e2b -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
STINNER Victor added the comment: If the code is to be simplified, unifying the cases of string-based parsing and file-based parsing might be a worthwhile goal. Ah yes, it enc and encoding attributes are almost the same, it would be nice to merge them! But I'm not sure that I understand, do you prefer to merge them in this issue or in a new issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
Guido van Rossum added the comment: Style is a matter of taste, not of correctness. It is pointless to debate the finer points in a bug report. -- resolution: - invalid status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19560] PEP 8 operator precedence across parens
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16286] Use hash if available to optimize a==b and a!=b for bytes and str
STINNER Victor added the comment: I ran pybench with the patch. I don't understand this result (10% slower with the patch): DictWithStringKeys:28ms25ms +10.7%28ms26ms +10.5% This test doesn't use unicode_compare_eq() from Objects/unicodeobject.c but unicode_eq() from Objects/stringlib/eq.h which is not modified by the patch. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16286] Use hash if available to optimize a==b and a!=b for bytes and str
STINNER Victor added the comment: (oops, I didn't want to close the issue, it's a mistake) -- resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19466] Clear state of threads earlier in Python shutdown
Vajrasky Kok added the comment: Typo: s/immediatly/immediately. I attached the patch. -- nosy: +vajrasky Added file: http://bugs.python.org/file32586/fix_typo_19466.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19466] Clear state of threads earlier in Python shutdown
Roundup Robot added the comment: New changeset 10a8e676b87b by Victor Stinner in branch 'default': Issue #19466: Fix typo. Patch written by Vajrasky Kok. http://hg.python.org/cpython/rev/10a8e676b87b -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Andrei Dorian Duma added the comment: Removed _Py_IDENTIFIERs duplicated in the same file, except: _Py_IDENTIFIER(replace): Modules/zipimport.c:563 which was enclosed in some #ifdefs. -- keywords: +patch Added file: http://bugs.python.org/file32587/remove_duplicated_pyidentifiers.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
Laurent Birtz added the comment: In my opinion, the decision to cross your arms and pretend there is no issue is unprofessional. Summary of your arguments: - It's Microsoft's fault. - Windows accepts backslashes anyway. - Shell detection is difficult. - It's a complex issue. None of this is relevant to addressing the issue ThurnerRupert was facing. He asked to be able to CONFIGURE the path seperator. This needs not involve shell detection (which is indeed brittle). This could be handled simply by the user setting 'os.sep' and having os.path.join() and friends use that. I'm using SCons on MinGW and the build is failing due to the messed-up paths. rant I'm less than thrilled about learning that this won't get fixed. I feel that one of the important strength of Python is that it just works on many platforms and this amply justifies this issue not being treated with such frivolity. /rant -- nosy: +laurent.birtz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6208 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19562] Added description for assert statement
New submission from Srinivas Reddy T: Added descriptive message to assert statement in datetime module. Since _check_date_fields does the job of data integrity, i did not check for ValueError, TypeError checks in the function. However, i am not sure of the adding descriptive messages to the other assert statements like, assert seconds == int(seconds). And isn't this too much defensive programming? -- components: Library (Lib) files: datetime.patch keywords: patch messages: 202708 nosy: thatiparthy priority: normal severity: normal status: open title: Added description for assert statement versions: Python 2.7, Python 3.3 Added file: http://bugs.python.org/file32588/datetime.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19562 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
Mark Lawrence added the comment: How can you rant about something won't get fixed when it's an enhancement request? If it's that important and/or so simple the OP or anyone else for that matter can provide a patch, including tests and doc changes. Given that the issue is nearly 4 1/2 years old I'm not holding my breath. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6208 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: The three Windows machines look like they have very different system versions of Python (ActiveState, cygwin, vanilla CPython). Any chance we're accidentally invoking the system Python instead of the built one somewhere? Good point. I'll check that out. That said, on my local clone (Ubuntu 12.10) I'm also getting no failures. It could also be related to the speed of the buildbot, but I doubt it. Anyway, I'll take a closer look at the stdout artifacts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: I think worrying about more API expansions to handle edge case/advanced reload scenarios is not worth it (or at least not in Python 3.4). Agreed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Regarding the to-do list, I'm going to add a TODO file to the root of the feature clone (in the pep451 branch) so we don't have to keep updating this ticket. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
R. David Murray added the comment: I think both of you could stand to turn down the rhetoric :) Laurent: we're not saying there's no issue, we're saying we don't see an acceptable fix for the issue. So the bottom line is that for this situation to improve someone is going to have to go through the hassle of figuring out *how* to make it better (working code, not just words, I think), and convincing people that it is a good idea. The better the solution is, the easier it will be to get it committed. I don't think a stop gap kind of solution will be good enough (such as making the global os.sep value settable...I don't think that kind of global state change will fly, though I could be wrong). There are other people interested in SCons/mingw support, and this could conceivably be a configure time option for such support, but *that* is a whole other area of discussion. For that to get off the ground, there has to be someone willing to commit to supporting it (more than one, someone, I suspect) who can work well enough with the community to eventually become part of the core team. (There are patches in this tracker relevant to that, and at least one someone working on making them better, but admit I haven't been following that activity and don't know if any of those patches have gotten reviewed yet.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6208 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19563] Changing barry's email to ba...@python.org
New submission from Srinivas Reddy T: Updated to barry's new email address. -- components: Tests files: barry_email.patch keywords: patch messages: 202714 nosy: thatiparthy priority: normal severity: normal status: open title: Changing barry's email to ba...@python.org versions: Python 2.7, Python 3.3 Added file: http://bugs.python.org/file32589/barry_email.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19563 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19563] Changing barry's email to ba...@python.org
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19563 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
R. David Murray added the comment: We have an OpenIndian buildbot that compiles from our source, so no distro changes. Can you sort out why this isn't a problem on the buildbut but is for you? Your patch files says 2.6, so is it possible it is fixed in 2.7? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19290] Clarify compile and eval interaction.
Ezio Melotti added the comment: I find your suggestion difficult to read. Maybe using a list would make it more understandable? -- nosy: +ezio.melotti type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19290 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19371] timing test too tight
Ezio Melotti added the comment: Also this should use assertAlmostEqual(). -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19371 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
Richard PALO added the comment: I don't believe the problem is a question solely of building the python sources, but also certain dependent application sources... I know of at least libreoffice building against python and this problem has come up. The workaround was to apply the patch indicated (here, on python3.3). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Changes by STINNER Victor victor.stin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Roundup Robot added the comment: New changeset 518e3b174120 by Victor Stinner in branch 'default': Issue #19515: Remove identifiers duplicated in the same file. http://hg.python.org/cpython/rev/518e3b174120 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Roundup Robot added the comment: New changeset d2209b9f8971 by Victor Stinner in branch 'default': Issue #19515: Remove duplicated identifiers in zipimport.c http://hg.python.org/cpython/rev/d2209b9f8971 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
Nick Coghlan added the comment: There's also the fact that *Cygwin's* Python will behave like a *nix Python and use backslashes. It's only the Windows Python that follows Windows platform conventions. So there's already a reasonable workaround in the cygwin case: use the version which relies on the POSIX compatibility layer, not the Windows native one. As David pointed out, unless/until someone that is affected by the issue can come up with a coherent design proposal for what the behaviour *should* be that is a better solution than just use the Cygwin Python instead if you actually want POSIX behaviour, this isn't going to progress. -- title: path separator output ignores shell's path separator: / instead of \ - path separator output ignores shell's path separator: / instead of \ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6208 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16042] smtplib: unlimited readline() from connection
A.M. Kuchling added the comment: Serhiy, your version of the patch for 2.7 looks fine. I've attached a version of the patch for 3.3. A change is needed to the MockFile object provided by Lib/test/mock_socket.py -- Added file: http://bugs.python.org/file32590/3.3-fix.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16776] Document PyCFunction_New and PyCFunction_NewEx functions
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
R. David Murray added the comment: Libreoffice is a big thing to compile as a test...do you know of any smaller packages that exhibit the bug? I've added jcea to nosy, he set up the OpenIndiana buildbots and may be able to help clarify the issue. I'm not willing to opine on it since I don't know what effect modifying those directives might have on other platforms. -- assignee: - jcea nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
Changes by R. David Murray rdmur...@bitdance.com: -- assignee: jcea - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19564] test_multiprocessing_spawn
New submission from STINNER Victor: test_multiprocessing_spawn.test_context() hanged on x86 Gentoo Non-Debug 3.x: def test_context(self): if self.TYPE == 'processes': L = list(range(10)) expected = [sqr(i) for i in L] with multiprocessing.Pool(2) as p: r = p.map_async(sqr, L) self.assertEqual(r.get(), expected) === HERE === self.assertRaises(ValueError, p.map_async, sqr, L) http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%203.x/builds/5424/steps/test/logs/stdio [ 35/385] test_multiprocessing_spawn Timeout (1:00:00)! Thread 0xb27fdb40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 384 in _recv File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 407 in _recv_bytes File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 251 in recv File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 415 in _handle_results File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb2ffeb40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 290 in wait File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/queue.py, line 167 in get File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 371 in _handle_tasks File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb37ffb40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 362 in _handle_workers File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb417fb40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 384 in _recv File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 407 in _recv_bytes File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/connection.py, line 251 in recv File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 415 in _handle_results File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb520fb40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 290 in wait File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/queue.py, line 167 in get File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 371 in _handle_tasks File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb5a10b40 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 362 in _handle_workers File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 869 in run File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 921 in _bootstrap_inner File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 889 in _bootstrap Thread 0xb76196c0 (most recent call first): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 290 in wait File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/threading.py, line 553 in wait File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 585 in wait File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/multiprocessing/pool.py, line 588 in get File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/test/_test_multiprocessing.py, line 1786 in test_context File
[issue19564] test_multiprocessing_spawn hangs
Changes by STINNER Victor victor.stin...@gmail.com: -- title: test_multiprocessing_spawn - test_multiprocessing_spawn hangs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19564 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19565] test_multiprocessing_spawn: RuntimeError and assertion error on windows xp buildbot
New submission from STINNER Victor: Since the changeset c2a13acd5e2b24560419b93180ee49d1a4839b92 (Close #19466: Clear the frames of daemon threads earlier during the Python shutdown to call objects destructors), test_multiprocessing_spawn now show RuntimeError and a child process crashs with an assertion error on windows xp buildbot. http://buildbot.python.org/all/builders/x86 XP-4 3.x/builds/9538/steps/test/logs/stdio [ 71/385] test_multiprocessing_spawn RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash RuntimeError: I/O operations still in flight while destroying Overlapped object, the process may crash Assertion failed: !PyErr_Occurred(), file ..\Python\ceval.c, line 4077 -- messages: 202725 nosy: gvanrossum, haypo, neologix, sbt priority: normal severity: normal status: open title: test_multiprocessing_spawn: RuntimeError and assertion error on windows xp buildbot versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19565 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19565] test_multiprocessing_spawn: RuntimeError and assertion error on windows xp buildbot
STINNER Victor added the comment: I'm able to reproduce the RuntimeError on Windows 7, it comes from a pipe. The message is probably written by a child process, not by the main process. I suppose that Richard knows better than me how to fix this warning, so I don't want to investigate it :-) I'm unable to reproduce the Assertion failed: !PyErr_Occurred(), file ..\Python\ceval.c, line 4077 failure on Windows 7 on my AMD64 with Python compiled in debug mode in 32-bit mode (I only have Visual Studio Express, so no 64-bit binary). I'm interested by this one, but I need a traceback, the C traceback if possible. An option would be to enable faulthandler by monkey-patching multiprocessing.spawn.get_command_line() (to add -X faulthandler). But in my exprerience, the Python traceback doesn't help to investigate such assertion error. I added this assertion recently in Python 3.4 to detect bugs earlier. If PyEval_CallObjectWithKeywords() is called with an exception set, the exception may be cleared or replaced with a new exception, so the original exception can be lost, which is probably not expected. For example, PyDict_GetItem() raises a KeyError and then clears the current exception. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19565 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19566] ERROR: test_close (test.test_asyncio.test_unix_events.FastChildWatcherTests)
New submission from STINNER Victor: The following test of test_asyncio failed once. I didn't check if it failed more than once on this buildbot. The cleanup code is not safe, it should handle errors correctly, so following tests would not fail. http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%203.x/builds/5421/steps/test/logs/stdio == ERROR: test_close (test.test_asyncio.test_unix_events.FastChildWatcherTests) -- Traceback (most recent call last): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/asyncio/unix_events.py, line 662, in _do_waitpid_all callback, args = self._callbacks.pop(pid) KeyError: 7673 During handling of the above exception, another exception occurred: Traceback (most recent call last): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/test/test_asyncio/test_unix_events.py, line 723, in setUp self.watcher = self.create_watcher(self.loop) File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/test/test_asyncio/test_unix_events.py, line 1466, in create_watcher return unix_events.FastChildWatcher(loop) File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/asyncio/unix_events.py, line 596, in __init__ super().__init__(loop) File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/asyncio/unix_events.py, line 474, in __init__ self.set_loop(loop) File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/asyncio/unix_events.py, line 498, in set_loop self._do_waitpid_all() File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/asyncio/unix_events.py, line 665, in _do_waitpid_all with self._lock: AttributeError: 'FastChildWatcher' object has no attribute '_lock' Following tests fail like that: == FAIL: test_create_watcher (test.test_asyncio.test_unix_events.FastChildWatcherTests) -- Traceback (most recent call last): File /var/lib/buildslave/3.x.murray-gentoo-wide/build/Lib/test/test_asyncio/test_unix_events.py, line 718, in setUp assert ChildWatcherTestsMixin.instance is None AssertionError -- messages: 202727 nosy: gvanrossum, haypo priority: normal severity: normal status: open title: ERROR: test_close (test.test_asyncio.test_unix_events.FastChildWatcherTests) versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19565] test_multiprocessing_spawn: RuntimeError and assertion error on windows xp buildbot
Changes by Guido van Rossum gu...@python.org: -- nosy: -gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19565 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1500504] Alternate RFC 3986 compliant URI parsing module
A.M. Kuchling added the comment: Here's a slightly modified version of urischeme.py that can be run under Python 3 and compares its results with urllib.parse, printing out the mismatches. The major differences seem to be 1) urischeme fills in the default port if it's not explicitly provided, e.g. http urls have the port set to 80, 2) the path is returned as '/', not the empty string, for the URL http://host, 3) urllib.parse.urljoin() doesn't get rid of ./ and ../ in URLs. 3) seems like something worth fixing in urllib.parse. The others probably present some backward-compatibility issues. -- nosy: +akuchling Added file: http://bugs.python.org/file32591/urischemes.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1500504 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19566] ERROR: test_close (test.test_asyncio.test_unix_events.FastChildWatcherTests)
Guido van Rossum added the comment: I'll ask Anthony Baire (the author of the new child watcher code) to look into this. Thanks for reporting this! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19561] request to reopen Issue837046 - pyport.h redeclares gethostname() if SOLARIS is defined
Richard PALO added the comment: Sure, attached is a simple test found on the internet, compiled with the following reproduces the problem: richard@devzone:~/src$ /opt/local/gcc48/bin/g++ -o tp tp.cpp -DSOLARIS -I/opt/local/include/python2.7 -L/opt/local/lib -lpython2.7 In file included from /opt/local/include/python2.7/Python.h:58:0, from tp.cpp:1: /opt/local/include/python2.7/pyport.h:645:35: error: declaration of C function 'int gethostname(char*, int)' conflicts with extern int gethostname(char *, int); ^ In file included from /opt/local/include/python2.7/Python.h:44:0, from tp.cpp:1: /usr/include/unistd.h:351:12: error: previous declaration 'int gethostname(char*, uint_t)' here extern int gethostname(char *, size_t); -- Added file: http://bugs.python.org/file32592/tp.cpp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19561 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19567] mimetypes.init() raise unhandled excption in windows
New submission from adamhj: my system is windows 2k3 sp2, python version is 2.7.6 i found this bug when trying to install the newest setuptools X:\xxxez_setup.py Extracting in d:\docume~1\xxx\locals~1\temp\tmpcyxs8s Now working in d:\docume~1\xxx\locals~1\temp\tmpcyxs8s\setuptools-1.3.2 Installing Setuptools Traceback (most recent call last): File setup.py, line 17, in module exec(init_file.read(), command_ns) File string, line 8, in module File d:\docume~1\xxx\locals~1\temp\tmpcyxs8s\setuptools-1.3.2\setuptools\__init__.py, line 11, in module from setuptools.extension import Extension File d:\docume~1\xxx\locals~1\temp\tmpcyxs8s\setuptools-1.3.2\setuptools\extension.py, line 5, in module from setuptools.dist import _get_unpatched File d:\docume~1\xxx\locals~1\temp\tmpcyxs8s\setuptools-1.3.2\setuptools\dist.py, line 15, in module from setuptools.compat import numeric_types, basestring File d:\docume~1\xxx\locals~1\temp\tmpcyxs8s\setuptools-1.3.2\setuptools\compat.py, line 19, in module from SimpleHTTPServer import SimpleHTTPRequestHandler File D:\Python27\lib\SimpleHTTPServer.py, line 27, in module class SimpleHTTPRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler): File D:\Python27\lib\SimpleHTTPServer.py, line 208, in SimpleHTTPRequestHandler mimetypes.init() # try to read system mime.types File D:\Python27\lib\mimetypes.py, line 358, in init db.read_windows_registry() File D:\Python27\lib\mimetypes.py, line 258, in read_windows_registry for subkeyname in enum_types(hkcr): File D:\Python27\lib\mimetypes.py, line 249, in enum_types ctype = ctype.encode(default_encoding) # omit in 3.x! UnicodeDecodeError: 'ascii' codec can't decode byte 0xc4 in position 33: ordinal not in range(128) Something went wrong during the installation. See the error message above. then i see into the code, the exception is raised in this function def enum_types(mimedb): i = 0 while True: try: ctype = _winreg.EnumKey(mimedb, i) except EnvironmentError: break try: ctype = ctype.encode(default_encoding) # omit in 3.x! except UnicodeEncodeError: pass else: yield ctype i += 1 i checked my registry, there is an key in HKCR whose name is in Chinese(encoding GBK), which causes this problem(btw, the default_encoding is 'ascii', assigned from sys.getdefaultencoding()) i don't know is it legal to use a non-ascii string as the name of a registry key in windows, but i think there is some problem in these piece of code. why the variable ctype need to be decoded here? i checked the _winreg.EnumKey() function, it returns byte string: _winreg.EnumKey(key,8911) '\xbb\xad\xb0\xe5\xa1\xa3\xce\xc4\xb5\xb5' #this is the problem key which cause the exception so python tries to encode it(with ascii encoding) first, and then the exception is raised(and unhandled) shouldn't we just remove the try..encode..except paragraph? -- components: Library (Lib) messages: 202731 nosy: adamhj priority: normal severity: normal status: open title: mimetypes.init() raise unhandled excption in windows type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19567 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com