[issue18517] xxlimited extension declared incorrectly in setup.py
Roundup Robot added the comment: New changeset e5607874e8ff by Ned Deily in branch '3.3': Issue #18517: Move definition of xxlimited extension to detect_modules(). http://hg.python.org/cpython/rev/e5607874e8ff New changeset 1d832bc857e2 by Ned Deily in branch 'default': Issue #18517: merge from 3.3 http://hg.python.org/cpython/rev/1d832bc857e2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16945] rewrite CGIHTTPRequestHandler to always use subprocess
Charles-François Natali added the comment: Marking #10496 as a dependency (since it could prevent Python from running with low level privileges). -- dependencies: +Python startup should not require passwd entry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18517] xxlimited extension declared incorrectly in setup.py
Ned Deily added the comment: On further reflection, only building on a debug build partially defeats part of the reason for building xxlimited; the current setup.py skips building in the debug case. Perhaps another approach would be to comment out the build in setup.py and instead add a new test case that builds xxlimited, similar to how test_distutils builds xxmodule. In any case, I've applied the original patch for 3.3.3 and 3.4.0 and closing this issue. Feel free to reopen if anyone wants to pursue this further. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18517 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18418] Thread.isAlive() sometimes True after fork
Charles-François Natali added the comment: I've posted another review (not sure you receive notifications). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10496] Python startup should not require passwd entry
Changes by Charles-François Natali cf.nat...@gmail.com: -- keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18325] test_kqueue fails in OpenBSD
Roundup Robot added the comment: New changeset 8205e72b5cfc by Charles-François Natali in branch '2.7': Issue #18325: Fix a test_kqueue failure on OpenBSD: kevent's data and event http://hg.python.org/cpython/rev/8205e72b5cfc -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18325] test_kqueue fails in OpenBSD
Roundup Robot added the comment: New changeset 78db41e4c6a9 by Charles-François Natali in branch '3.3': Issue #18325: Fix a test_kqueue failure on OpenBSD: kevent's data and event http://hg.python.org/cpython/rev/78db41e4c6a9 New changeset 1287d4c9cd39 by Charles-François Natali in branch 'default': Issue #18325: Fix a test_kqueue failure on OpenBSD: kevent's data and event http://hg.python.org/cpython/rev/1287d4c9cd39 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18625] ks_c-5601-1987 is used by microsoft when it really means cp949
Marc-Andre Lemburg added the comment: The alias was added by Hye-Shik Chang: http://hg.python.org/cpython-fullhistory/annotate/887ce39f95f2/Lib/encodings/aliases.py#198 I've added him to the nosy list. If the alias don't match, we'd have to add a codec for the mismatching encoding to maintain compatibility (provided the mismatching encoding is still in use). -- nosy: +hyeshik.chang, lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18625 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1611154] os.path.exists(file/) failure on Solaris 9
Changes by Charles-François Natali cf.nat...@gmail.com: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1611154 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17070] PEP 433: Use the new cloexec to improve security and avoid bugs
Charles-François Natali added the comment: Time to close this one, since the PEP has been superseeded by PEP 446? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18624] Add alias for iso-8859-8-i which is the same as iso-8859-8
Marc-Andre Lemburg added the comment: Here's a usable reference: http://www.w3.org/TR/html4/struct/dirlang.html#bidi88598 +1 on adding the alias. Also see http://lists.gnu.org/archive/html/lynx-dev/2012-02/msg00041.html for how Lynx does this. The URL also mentions iso-8859-8-e, which should probably also be aliased to iso-8859-8. Both names only apply to visual display characteristics of the text; the encoding is the same. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11757] test_subprocess.test_communicate_timeout_large_ouput failure on select(): negative timeout?
Changes by Charles-François Natali cf.nat...@gmail.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11757 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12999] _XOPEN_SOURCE and _XOPEN_SOURCE_EXTENDED usage on Solaris
Charles-François Natali added the comment: OK, let's close then. We can still re-open if this pops up again. -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18622] reset_mock on mock created by mock_open causes infinite recursion
Michael Foord added the comment: The best way to solve this seems to be to track a set of visited ids (mocks we've reset) and not recurse into mocks we've already done. This is similar to the patch proposed on the google code issue - but not identical as that uses a list and has it as the default argument to reset_mock. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18622 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10897] UNIX mmap unnecessarily dup() file descriptor
Charles-François Natali added the comment: I changed my mind, and think we should keep the current behavior: it guarantees resize() won't break, and doesn't cost much. One extra FD per mmap is not a huge hit. If that's a problem, then the user can raise the RLIMIT_NOFILE. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12588] test_capi.test_subinterps() failed on OpenBSD (powerpc)
Changes by Charles-François Natali cf.nat...@gmail.com: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12588 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Charles-François Natali added the comment: So, what now? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18325] test_kqueue fails in OpenBSD
Charles-François Natali added the comment: Should be fixed now. Thanks for the report, and sorry for the delay! -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18325 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16635] Interpreter not closing stdout/stderr on exit
Changes by Charles-François Natali cf.nat...@gmail.com: -- resolution: - rejected stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18472] Update PEP 8 to encourage modern conventions
Nick Coghlan added the comment: I like the new wording, but was there a missing hg push here? (Not seeing the update on hg.python.org/peps) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10897] UNIX mmap unnecessarily dup() file descriptor
Lorenz Huedepohl added the comment: If that's a problem, then the user can raise the RLIMIT_NOFILE. This can only be raised (above the hard limit) by a privileged process, so I would be out of luck there, as I could not convince my sysadmins to raise this further. Anyway, I don't really care anymore, I use my own, patched mmap module since I filed this bug. I don't quite understand why this module made an attempt to convert a simple mmap() to something more complex, with hidden state and resize() methods and whatnot :) - but it has been done, and I understand that you have to maintain backwards compatibility. Still, it would be nice if there was some way to get the result of a plain and simple mmap() as a buffer. Meanwhile, I will just use my own module, so feel free to close this if you feel like it :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10897 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18628] PEP 8 and encodings
Changes by Nick Coghlan ncogh...@gmail.com: -- assignee: docs@python - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18472] Update PEP 8 to encourage modern conventions
Nick Coghlan added the comment: I applied Guido's update in http://hg.python.org/peps/rev/82e24ac40255 I'm not sure what happened with Guido's Patch applied above, but I wanted to include Terry's encoding fixes from #18628, so I figured it made sense to ensure this was included first. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18628] Better index entry for encoding declarations
Nick Coghlan added the comment: I changed the section heading in PEP 8 to Source File Encoding and the sole remaining use of a coding cookie to an encoding declaration. No link, since it would need separate links for Python 2 and 3, and that just gets messing. Now it uses the right terminology, it should be easier to look up. So, this is now just a regular docs bug for Terry's third point about the (lack of a suitable) index entry :) -- assignee: ncoghlan - docs@python title: PEP 8 and encodings - Better index entry for encoding declarations ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4885] mmap enhancement request
Changes by Antoine Pitrou pit...@free.fr: -- stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Christian Heimes added the comment: Nick, you have deferred PEP 432 [1]. Do you mind if I check in the isolate mode for 3.4 and help you with PEP 432 for 3.5? [1] http://www.python.org/dev/peps/pep-0432/#pep-deferral -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4885] mmap enhancement request
Antoine Pitrou added the comment: Thanks Valerie. I've tested your patch and it looks good to me. Have you signed and sent a contributor's agreement? http://www.python.org/psf/contrib/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18624] Add alias for iso-8859-8-i which is the same as iso-8859-8
R. David Murray added the comment: I got the impression from what I read that -e included additional control sequences, but perhaps I misunderstood and that only meant that the data stream was expected to *use* additional control sequences but the control codes themselves are part of the base codec? I'm specifically thinking of this statement from the linked reference: Because HTML uses the Unicode bidirectionality algorithm, conforming documents encoded using ISO 8859-8 must be labeled as ISO-8859-8-i. Explicit directional control is also possible with HTML, but cannot be expressed with ISO 8859-8, so ISO-8859-8-e should not be used. The cannot be expressed seems to imply there are differences in the codec. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18624 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18472] Update PEP 8 to encourage modern conventions
Guido van Rossum added the comment: Sorry, I forgot the push. I had to do a little merge dance and also fixed one typo (a redundant 'line') and now it's hopefully pushed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Nick Coghlan added the comment: Yep, sounds good to me (don't wait for PEP 432 is what I meant to imply above, but I wasn't very clear about it) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Charles-François Natali added the comment: Here's a patch, based on the version in tulip's repo. I've added doc update and tests. I also made the following changes: - BaseSelector is an abstract base class (so one could imagine user code implementing its own selector on top of it) - SelectorKey is a named tuple: I think that's better than a class, because SelectorKeys can be returned to the user (register(), get_info(), etc), and we don't want him to mess with them. Also, we get a nice repr() for free - since SelectorKey is immutable, I added a get_keys() method, which returns all the keys registered. Since it's a dict values, the user can't mess with it This get_keys() method superseedes the registered_count() method, which can be simply replaced with len(selector.get_keys()). We could probably remove it? It also sort of superseedes the get_info() method: I don't remember, why was it needed? Would it be possible to get it into 3.4? -- keywords: +needs review Added file: http://bugs.python.org/file31116/selector-9.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
New submission from Jean-Paul Calderone: datetime.timedelta instances are divisible by integers on Python 2.7, but not when __future__.division has been turned on: exarkun@top:~$ ~/Projects/cpython/2.7/python -c ' from datetime import timedelta print timedelta(seconds=3) / 2 ' 0:00:01.50 exarkun@top:~$ ~/Projects/cpython/2.7/python -c ' from __future__ import division from datetime import timedelta print timedelta(seconds=3) / 2 ' Traceback (most recent call last): File string, line 4, in module TypeError: unsupported operand type(s) for /: 'datetime.timedelta' and 'int' exarkun@top:~$ ~/Projects/cpython/2.7/python Python 2.7.5+ (2.7:8205e72b5cfc, Aug 2 2013, 11:12:04) This presents a minor barrier to Python 3 transitions, since it prevents the use of __future__.division in a module trying to retain Python 2 compatibility where timedelta division is used. -- components: Library (Lib) messages: 194181 nosy: exarkun priority: normal severity: normal status: open title: future division breaks timedelta division by integer type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Guido van Rossum added the comment: Thanks! We should make sure this makes it into alpha 2. Could you also prepare a patch for Tulip itself? That way I can make sure Tulip works with either its own or the stdlib implementation. One thought: would it be better if the selectors ended up in a separate module rather than extending 'select'? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Antoine Pitrou added the comment: One thought: would it be better if the selectors ended up in a separate module rather than extending 'select'? IMHO they're fine in select. It's quite the natural place for them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18609] test_ctypes failure on AIX in PyEval_CallObjectWithKeywords
David Edelsohn added the comment: Thanks. The patch seems to return the tests to the expected failures and Python does not crash. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Antoine Pitrou added the comment: You're just looking for floor division: $ python -Qnew Python 2.7.4 (default, Apr 19 2013, 18:28:01) [GCC 4.7.3] on linux2 Type help, copyright, credits or license for more information. 1/2 0.5 from datetime import timedelta print timedelta(seconds=3) // 2 0:00:01.50 -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Jean-Paul Calderone added the comment: Hm. Maybe I am. Yet isn't true division implemented for this pair of types in Python 3? I'm not sure why it shouldn't be implemented for them in Python 2. Also that raises another question. Does a result of one and one half seconds make sense as the result of a floor division operation? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18585] Add a text truncation function
Steven D'Aprano added the comment: A function like this often gets called to truncate lots of lines. Unfortunately for many use-cases, the part truncated is the most significant part of the line. E.g.: Scanning file: /home/fred/documents/datafil... /home/fred/documents/datafil... /home/fred/documents/datafil... /home/fred/documents/datafil... It's often better in cases like this to truncate in the middle: Scanning file: /home/fred/doc...datafile01.txt /home/fred/doc...datafile02.txt /home/fred/doc...datafile03.txt /home/fred/doc...datafile04.txt (I believe Mac OS-X routinely truncates long lines in the middle in this way.) Perhaps there could be an argument controlling where to truncate (left, right or centre). A good use-case for the new Enums, perhaps? :-) -- nosy: +stevenjd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18585] Add a text truncation function
Steven D'Aprano added the comment:
Bike-shedding here... why (...)? Is it common to use round brackets for this
purpose? In English-speaking countries, it is usual to use square brackets for
editorial comments, including ellipsis [...].
Either way, if you wanted to be more Unicode aware, you could save two
characters by using \N{HORIZONTAL ELLIPSIS} (…) as the default.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18585
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18585] Add a text truncation function
Antoine Pitrou added the comment:
Bike-shedding here... why (...)? Is it common to use round brackets
for this purpose? In English-speaking countries, it is usual to use
square brackets for editorial comments, including ellipsis [...].
Ah, really? French uses [...] but I thought English-speaking people,
being different, used (...). So I'll change it.
Either way, if you wanted to be more Unicode aware, you could save two
characters by using \N{HORIZONTAL ELLIPSIS} (…) as the default.
I'd rather stay on the ASCII side of things here.
(also, the ellipsis character doesn't often look nice)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18585
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18586] Allow running benchmarks for Python 3 from same directory
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18586 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18630] mingw: exclude unix only modules
New submission from Roumen Petrov: Split of issue3871 - build core modules. -- components: Build files: 0013-MINGW-exclude-unix-only-modules.patch keywords: patch messages: 194191 nosy: rpetrov priority: normal severity: normal status: open title: mingw: exclude unix only modules type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31119/0013-MINGW-exclude-unix-only-modules.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18630 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18631] mingw: setup msvcrt and _winapi modules
New submission from Roumen Petrov: Split of issue3871 - build core modules. -- components: Build files: 0014-MINGW-setup-msvcrt-and-_winapi-modules.patch keywords: patch messages: 194192 nosy: rpetrov priority: normal severity: normal status: open title: mingw: setup msvcrt and _winapi modules type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31120/0014-MINGW-setup-msvcrt-and-_winapi-modules.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18631 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18632] mingw: build extensions with GCC
New submission from Roumen Petrov: Split of issue3871 - build core modules. Now more simple version of previous patch. -- components: Build files: 0015-MINGW-build-extensions-with-GCC.patch keywords: patch messages: 194193 nosy: rpetrov priority: normal severity: normal status: open title: mingw: build extensions with GCC type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31121/0015-MINGW-build-extensions-with-GCC.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10241] gc fixes for module m_copy attribute
Roundup Robot added the comment: New changeset 314a872f54e1 by Antoine Pitrou in branch 'default': Backout 62658d9d8926 (issue #10241): it causes a crash at shutdown when deallocating a Tkapp object. http://hg.python.org/cpython/rev/314a872f54e1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10241] gc fixes for module m_copy attribute
Antoine Pitrou added the comment: I backed out the changeset in time for the Alpha 1 release. Further investigation should perhaps be made on the tkinter issue, but it's a bit cumbersome: you need a full test run in non-parallel mode to exhibit the segfault. -- stage: committed/rejected - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18632] mingw: build extensions with GCC
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Removed file: http://bugs.python.org/file31121/0015-MINGW-build-extensions-with-GCC.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18632] mingw: build extensions with GCC
Roumen Petrov added the comment: Attached up to date version of patch. -- Added file: http://bugs.python.org/file31122/0015-MINGW-build-extensions-with-GCC.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18633] mingw: use Mingw32CCompiler as default compiler for mingw* build
New submission from Roumen Petrov: Split of issue3871 - build core modules: improved version based on get_platform() -- components: Build, Cross-Build files: 0016-MINGW-use-Mingw32CCompiler-as-default-compiler-for-m.patch keywords: patch messages: 194197 nosy: rpetrov priority: normal severity: normal status: open title: mingw: use Mingw32CCompiler as default compiler for mingw* build type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31123/0016-MINGW-use-Mingw32CCompiler-as-default-compiler-for-m.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18633 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18634] mingw find import library
New submission from Roumen Petrov: Split of issue3871 - build core modules: required by setup.py on hosts with installed only shared (DLL) packages. -- components: Build, Cross-Build files: 0017-MINGW-find-import-library.patch keywords: patch messages: 194198 nosy: rpetrov priority: normal severity: normal status: open title: mingw find import library type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31124/0017-MINGW-find-import-library.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18635] Enum sets _member_type_ to instantiated values but not the class
New submission from Chris Lambacher: It would be useful to set the discovered member_type to the Enum class and not just the instance. Attached is a patch to add _member_type_ to the enum_class. -- files: enum_member_type_on_class.patch keywords: patch messages: 194199 nosy: lambacck priority: normal severity: normal status: open title: Enum sets _member_type_ to instantiated values but not the class type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file31125/enum_member_type_on_class.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18636] mingw: setup _ssl module
New submission from Roumen Petrov: Split of issue3871 - build core modules. -- components: Build, Cross-Build, Extension Modules files: 0018-MINGW-setup-_ssl-module.patch keywords: patch messages: 194200 nosy: rpetrov priority: normal severity: normal status: open title: mingw: setup _ssl module type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31126/0018-MINGW-setup-_ssl-module.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18637] mingw: export _PyNode_SizeOf as PyAPI for parser module
New submission from Roumen Petrov: Split of issue3871 - build core modules. -- components: Extension Modules, Interpreter Core files: 0019-MINGW-export-_PyNode_SizeOf-as-PyAPI-for-parser-modu.patch keywords: patch messages: 194201 nosy: rpetrov priority: normal severity: normal status: open title: mingw: export _PyNode_SizeOf as PyAPI for parser module type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31127/0019-MINGW-export-_PyNode_SizeOf-as-PyAPI-for-parser-modu.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18638] mingw: generalization of posix build in sysconfig.py
New submission from Roumen Petrov: Split of issue3871 - build core modules: improved patch -- components: Build, Cross-Build files: 0020-MINGW-generalization-of-posix-build-in-sysconfig.py.patch keywords: patch messages: 194202 nosy: rpetrov priority: normal severity: normal status: open title: mingw: generalization of posix build in sysconfig.py versions: Python 3.4 Added file: http://bugs.python.org/file31128/0020-MINGW-generalization-of-posix-build-in-sysconfig.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18639] mingw: avoid circular dependency from time module during native build of extentions
New submission from Roumen Petrov: Split of issue3871 - build core modules: patch is not required in cross-build environment. -- assignee: eric.araujo components: Build, Distutils, Extension Modules files: 0021-MINGW-avoid-circular-dependency-from-time-module-dur.patch keywords: patch messages: 194203 nosy: eric.araujo, rpetrov, tarek priority: normal severity: normal status: open title: mingw: avoid circular dependency from time module during native build of extentions versions: Python 3.4 Added file: http://bugs.python.org/file31129/0021-MINGW-avoid-circular-dependency-from-time-module-dur.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18639 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18640] mingw: generalization of posix build in distutils/sysconfig.py
New submission from Roumen Petrov: Split of issue3871 - build core modules: improved patch -- assignee: eric.araujo components: Build, Cross-Build, Distutils, Extension Modules files: 0022-MINGW-generalization-of-posix-build-in-distutils-sys.patch keywords: patch messages: 194204 nosy: eric.araujo, rpetrov, tarek priority: normal severity: normal status: open title: mingw: generalization of posix build in distutils/sysconfig.py type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31130/0022-MINGW-generalization-of-posix-build-in-distutils-sys.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18641] mingw: customize site
New submission from Roumen Petrov: Split of issue3871 - build core modules: improved patch -- components: Build, Cross-Build, Extension Modules files: 0023-MINGW-customize-site.patch keywords: patch messages: 194205 nosy: rpetrov priority: normal severity: normal status: open title: mingw: customize site type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file31131/0023-MINGW-customize-site.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18641 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18635] Enum sets _member_type_ to instantiated values but not the class
Changes by Ethan Furman et...@stoneleaf.us: -- assignee: - ethan.furman nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18635] Enum sets _member_type_ to instantiated values but not the class
Ethan Furman added the comment: Ah, so the Enum class has the mixin class as wall as / instead of the Enum member (which should find it via normal attribute lookup). I have no problem with that. I'll need to make a couple more changes to the code, add a test, etc., etc. It won't make the first alpha, but should be ready for the second. -- nosy: +barry, eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Madison May added the comment: I agree -- it's not at all intuitive that the floor division returns a decimal number of seconds, while float division raises an error. This should probably be cleaned up. In python 3.4, both float division and integer division return decimal numbers of seconds -- that's not all that intuitive, either. Python 3.4.0a0 (default:d5536c06a082+, Jul 11 2013, 20:23:54) [GCC 4.8.1] on linux Type help, copyright, credits or license for more information. from datetime import timedelta print(timedelta(seconds=3)/2) 0:00:01.50 print(timedelta(seconds=3)//2) 0:00:01.50 -- nosy: +madison.may ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +belopolsky, lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Madison May added the comment: This issue may have been dead for 3+ years, but perhaps it's time its brought back to the surface. Aside from simple being convenient for general security practices, a stdlib module for crypto routines would enable python to handle encrypted zipfiles and resolve issues like issue9170. Currently, only hashlib and hmac are available to users (see http://docs.python.org/3/library/crypto.html). I'd imagine that collaboration with the likes of Dwayne from PyCrypto or further collaboration with Geremy from Evpy would be possible, and perhaps the stdlib could build on a 3rd party crypto library. Is anyone else interested in working to make this happen (or does anyone have a good argument against a stdlib crypto library)? I imagine it would be difficult to maintain, but perhaps its at least worth giving this issue a second chance. -- nosy: +madison.may ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Marc-Andre Lemburg added the comment: Madison May wrote: This issue may have been dead for 3+ years, but perhaps it's time its brought back to the surface. Aside from simple being convenient for general security practices, a stdlib module for crypto routines would enable python to handle encrypted zipfiles and resolve issues like issue9170. Currently, only hashlib and hmac are available to users (see http://docs.python.org/3/library/crypto.html). I'd imagine that collaboration with the likes of Dwayne from PyCrypto or further collaboration with Geremy from Evpy would be possible, and perhaps the stdlib could build on a 3rd party crypto library. Is anyone else interested in working to make this happen (or does anyone have a good argument against a stdlib crypto library)? I imagine it would be difficult to maintain, but perhaps its at least worth giving this issue a second chance. IMO, it's better to have crypto routines not be part of the stdlib. Not because there's a technical reason. Making crypto code part of the stdlib would create legal issues, e.g. make it illegal to use in some parts of the world. See http://www.cryptolaw.org/ for details. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Madison May added the comment: Yeah, that definitely qualifies as a good argument. I didn't consider the legal issues that would create. Let's let this issue rest in peace, then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Gregory P. Smith added the comment: The interest is there but nobody is designing or implementing it. Realistically, make a module sporting the proposed API and put it up on pypi and after success there: raise the issue on python-ideas. Read the entire thread here first before designing such a thing. We will always have unsolvable problems in any crypto shipped with Python such as side channel attacks. Those are outside the scope of what the CPython project should ever attempt to solve. Document them as weaknesses and suggest people use C libraries dedicated to avoiding those problems if their security needs require it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8998] add crypto routines to stdlib
Gregory P. Smith added the comment: Python already ships with SSL support so the legal ship might have sailed ages ago if thats what PSF lawyers say. (IANAL) -- resolution: - later status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8998 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18606] Add statistics module to standard library
Gregory P. Smith added the comment: note, http://docs.scipy.org/doc/scipy/reference/stats.html#statistical-functions is a very popular module for statistics in Python. One of the more frequent things I see people include the entire beast of a code base (scipy and numpy) for is the student's t-test functions. I don't think we can include code from scipy due to license reasons so any implementor should NOT be looking at the scipy code, just the docs for API inspirations. -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18606 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17934] Add a frame method to clear expensive details
Antoine Pitrou added the comment: Here is an updated patch. Any objections to committing? -- Added file: http://bugs.python.org/file31132/frame_clear_alt3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4885] mmap enhancement request
Valerie Lambert added the comment: I just signed and sent the agreement electronically. Let me know if there is anything else I need to do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4885 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Alexander Belopolsky added the comment: I believe this is related to the fact that timedelta * float is not supported in 2.x: Python 2.7.5 (default, May 24 2013, 15:56:16) [GCC 4.4.7 20120313 (Red Hat 4.4.7-3)] on linux2 Type help, copyright, credits or license for more information. from datetime import * timedelta(2) * 0.5 Traceback (most recent call last): File stdin, line 1, in module TypeError: unsupported operand type(s) for *: 'datetime.timedelta' and 'float' I don't see why this is a barrier to Python 3 transitions. Before you turn on true division you should replace all instances of floor division with '//' anyways. Just treat instances of timedelta / int as you would instances of int / int. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Charles-François Natali added the comment: Version addressing Antoine and Christian's comments. -- Added file: http://bugs.python.org/file31133/selector-12.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18629] future division breaks timedelta division by integer
Alexander Belopolsky added the comment: Does a result of one and one half seconds make sense as the result of a floor division operation? Yes. Timedeltas behave as integers containing the number of microseconds: timedelta(microseconds=1) / 2 datetime.timedelta(0) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18264] enum.IntEnum is not compatible with JSON serialisation
Eli Bendersky added the comment: I've been reading the discussion again to figure out what we need to move forward; it appears that a simple approach of using str(int(obj)) in json encoding when isinstance(obj, int) was acceptable for many of the participants, and it helps solve the most common problem - the one with IntEnum. We can solve it now, move on to converting socket.* and other constants to IntEnum and perhaps change the solution to something more grandiose later. I'm attaching a proof-of-concept (probably incomplete) patch that implements this for the Python and C implementations of json. With it applied, Nick's example goes like this: from enum import IntEnum import json class Example(IntEnum): x = 1 ... json.dumps(Example.x) '1' json.loads(json.dumps(Example.x)) 1 When thinking about the more generic approaches, we must consider what was raised here already - JSON interoperates with other languages, for which Python's enum is meaningless (think of JavaScript, for instance). So the only logical way to JSON-encode a IntEnum is str(int(...)). -- keywords: +patch Added file: http://bugs.python.org/file31134/issue18264.1-prelim.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18264 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18264] enum.IntEnum is not compatible with JSON serialisation
Eli Bendersky added the comment: [please note that the patch is POC/hacky at best - it's likely to leak memory and be careless and incomplete in other ways. I'm just trying to demonstrate the approach] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18264 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18635] Enum sets _member_type_ to instantiated values but not the class
Eli Bendersky added the comment: Can you clarify why it would be useful? Note that we're talking about private non-documented members here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18264] enum.IntEnum is not compatible with JSON serialisation
Ethan Furman added the comment: I'll check you patch later against big numbers (which is where I had difficulties). If it works I'll try to make it more complete. If it doesn't, I've been working on just extraction the Enum member's value and using that (works fine on the Python side ;) . Big Question: if the Enum member was used as a key, do we use .name or .value? The decision I went with was to compare the hashes of the member name vs the member itself -- if they're the same, use the .name, otherwise use the value. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18264 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18264] enum.IntEnum is not compatible with JSON serialisation
Ethan Furman added the comment: I don't think my idea of always extracting .value is grandiose (and didn't take that long to implement on the Python side), but it is definitely forcing me to learn more about C and how Python is put together. It this point I have successfully imported Enum into the _json module; now I'm working on a function to quietly replace the object being encoded with its .value if it is, in fact, an Enum member. Just been real short on time lately. :/ Thank goodness for C API section of the docs! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18264 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18416] Move to absolute file paths for module.__file__
Madison May added the comment: PathFinder or FileFinder? Changing PathFinder._path_importer_cache(cls, path) seems to fix the issue. See line 1302 in _bootstrap.py. if path == '': -path = '.' +path = _os.getcwd() $ touch blah.py; ./python -c import blah; print(blah.__file__) /home/mmay/cpython/blah.py -- nosy: +madison.may ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18635] Enum sets _member_type_ to instantiated values but not the class
Ethan Furman added the comment: I also admit to being curious as to the reason it is useful, especially since it is, at this point, an implementation detail. Even so, it still makes more sense to have that attribute on the class instead of the instance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17046] test_subprocess test_executable_without_cwd fails when run with installed python
Roundup Robot added the comment: New changeset f37b336bfbca by Ned Deily in branch '3.3': Issue #17046: Fix test_subprocess test_executable_without_cwd broken test case. http://hg.python.org/cpython/rev/f37b336bfbca New changeset e3e28ee5b5c3 by Ned Deily in branch 'default': Issue #17046: merge from 3.3 http://hg.python.org/cpython/rev/e3e28ee5b5c3 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17046] test_subprocess test_executable_without_cwd fails when run with installed python
Ned Deily added the comment: test_executable_without_cwd was broken by the test enhancements added for Issue15533. This particular test case is skipped unless the tests are being run from an installed Python rather than from a build directory, the more typical case. The applied patch (for release in 3.3.3 and 3.4.0) fixes the problem. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11798] Test cases not garbage collected after run
Terry J. Reedy added the comment: If the iterator for 'self' were de-structive, if it removed (popped) the test from whatever structure holds it before yielding it, the messiness of enumerate and the new ._removeTestAtIndex method would not be needed and 'for test in self' would work as desired. If considered necessary, new method .pop_iter, used in 'for test in self.pop_iter', would make it obvious that the iteration empties the collection. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18270] IDLE on OS X fails with Attribute Error if no initial shell and Tk out-of-date
Ned Deily added the comment: Terry, your patch did not get attached. Do you still have it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18270 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17704] ImportError: No module named '_curses'
Changes by Ned Deily n...@acm.org: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17216] sparc linux build fails with could not import runpy module
Ned Deily added the comment: Since there has been no further activity on this issue and it seems to be isolated to a particular user build, I'm going to close this. Feel free to reopen with more documentation if you believe there is a problem with Python itself. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18606] Add statistics module to standard library
Alexander Belopolsky added the comment: Is there a reason why there is no review link? Could it be because the file is uploaded as is rather than as a patch? In any case, I have a question about this code in sum: # Convert running total to a float. See comment below for # why we do it this way. total = type(total).__float__(total) The comment below says: # Don't call float() directly, as that converts strings and we # don't want that. Also, like all dunder methods, we should call # __float__ on the class, not the instance. x = type(x).__float__(x) but this reason does not apply to total that cannot be a string unless you add instances of a really weird class in which case all bets are off and the dunder method won't help much. -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18606 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15398] intermittence on UnicodeFileTests.test_rename at test_pep277 on MacOS X
Ned Deily added the comment: Has anyone seen this problem on other than OS X 10.6? If not, I suggest we assume it was, in fact, due to a platform bug and close. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18606] Add statistics module to standard library
Alexander Belopolsky added the comment: The implementation of median and mode families of functions as classes is clever, but I am not sure it is a good idea to return something other than an instance of the class from __new__(). I would prefer to see a more traditional implementation along the lines: class _mode: def __call__(self, data, ..): .. def collate(self, data, ..): .. mode = _mode() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18606 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18599] _sha1module report SHA as its name
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18595] zipfile: symlinks etc.
Jesús Cea Avión added the comment: Ronald, could you try to write a patch? -- nosy: +jcea stage: test needed - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18595 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18594] C accelerator for collections.Counter is slow
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18602] _io module names itself io
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18270] IDLE on OS X fails with Attribute Error if no initial shell and Tk out-of-date
Terry J. Reedy added the comment: No, but I recreated it from my description and attached it. But see next message. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file31135/18270-27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18270 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18574] BaseHTTPRequestHandler.handle_expect_100() sends invalid response
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16853] add a Selector to the select module
Guido van Rossum added the comment: No time for a full review yet, but a comment on the timeout test failure you are observing in Tulip. This particular test schedules a task that sleeps for 20 msecs, and first calls run_until_complete() with a timeout of 10 msecs, and then calls it again without a timeout. It checks that the first call takes approximately 10 msec and the second call too. But for some reason it is okay if the first call takes quite a bit longer (up to 18 msec) and then the second check is wrong. Can you try again with the failing assert replaced with this? self.assertTrue(0.018 = t2-t0 = 0.028, t2-t0) That should be a better way to check that code works. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18575] Fixing tarfile._mode when using gzip via :gz
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18575 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18270] IDLE on OS X fails with Attribute Error if no initial shell and Tk out-of-date
Terry J. Reedy added the comment: Looking further at handling debug, startup, cmd, or script options. When any of these are set, enable_shell is also, so to reach here, shell must be true, so only the MAC test, the subject of this issue, needs protection. Smaller patch (fewer lines changed) attached. --- Not part of this issue, but if someone can explain ...: This this bit under if cmd or script: puzzles me. shell.interp.runcommand(if 1: import sys as _sys _sys.argv = %r del _sys \n % (sys.argv,)) Since the only lasting effect it can have is on the already imported sys module, it seems to be equivalent to sys.argv = %r % (sys.argv) And I do not know what net effect that has, if anything. -- Added file: http://bugs.python.org/file31136/18270-27-B.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18270 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
