[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Graham Dumpleton added the comment: I don't believe so. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Raymond Hettinger added the comment: Graham, do we have a contributor agreement from you? -- ___ Python tracker ___ ___ Python-bugs-li

[issue19445] heapq.heapify is n log(n), not linear

New submission from Blaise Gassend: The documentation for heapq.heapify indicates that it runs in linear time. I believe that this is incorrect, and that it runs in worst case n * log(n) time. I checked the implementation, and there are indeed n _siftup operations, which each appear to be wors

[issue19407] PEP 453: update the "Installing Python Modules" documentation

Nick Coghlan added the comment: Marcus Smith (aka @qwcode) has made good strides this week in getting the Python Packaging User Guide to a presentable state using the current Python docs theme. Bootstrapping: https://python-packaging-user-guide.readthedocs.org/en/latest/setup.html Usage: htt

[issue19444] mmap.mmap() allocates a file descriptor that isn't CLOEXEC

Robert Merrill added the comment: I should add a caveat: the fd that is created by mmap /will/ be set to close-on-exec if the fd you passed in was. But even if it's not, I see no reason why mmap should not be setting it anyway. At the very least, the documentation should bring the user's atten

[issue19444] mmap.mmap() allocates a file descriptor that isn't CLOEXEC

New submission from Robert Merrill: Same code but different problem as this issue: http://bugs.python.org/issue10897 The above-linked issue was closed as WONTFIX, but there is a secondary problem: the file descriptor that mmap.mmap() allocates is not set to close-on-exec. This means that any p

[issue19443] add to dict fails after 1,000,000 items on py 2.7.5

Tim Peters added the comment: Just another data point: runs fine on Vista, 32-bit box, Python 2.7.5. Python is consuming about 320MB when the dict is done building. -- nosy: +tim.peters ___ Python tracker __

[issue19441] itertools.tee improve documentation

Changes by Raymond Hettinger : -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list ma

[issue19443] add to dict fails after 1,000,000 items on py 2.7.5

Raymond Hettinger added the comment: Works for me -- on 64-bit OS X 10.9 running Python 2.7.5 -- nosy: +rhettinger ___ Python tracker ___

[issue19443] add to dict fails after 1,000,000 items on py 2.7.5

Elizabeth Myers added the comment: Your test case, nor the one I wrote, trigger Python 2.7.5 nor 3.3.2 on Linux 64-bit: try: xrange except: xrange = range d = {} r = 1000 ctr = 0 for n in xrange(r): d[n] = n ctr += 1 assert len(d) == r assert ctr == r -- nosy: +Elizacat __

[issue19443] add to dict fails after 1,000,000 items on py 2.7.5

New submission from Milton Mobley: d, i = {}, 0 while (i < 1000): n = i + 1 d[n] = n i += 1 On Py 2.7.5 (windows7, x64, 4GB ram) this program slowed down obviously after passing 1,000,000 adds and never completed or raised an exception. Windows performance monitor showed it was

[issue19413] Reload semantics changed unexpectedly in Python 3.3

Nick Coghlan added the comment: Just had a thought on a possible functional test case: - write a module file - load it - check for expected attributes - move it from name.py to name/__init__.py - reload it - check for new expected attributes -- ___ Py

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Vajrasky Kok added the comment: Victor, I found out that this commit http://hg.python.org/cpython/rev/34e166d60f37 gives me compiler warning. Objects/unicodeobject.c: In function ‘PyUnicode_CompareWithASCIIString’: Objects/unicodeobject.c:10583:22: warning: pointer targets in initialization di

[issue19438] Where is NoneType in Python 3?

mpb added the comment: Regarding http://www.python.org/dev/peps/pep-0294/ ... Complete removal of the types module makes more sense to me than letting types continue, but removing NoneType from it! If type(None) is the one_true_way, then the docs should say that, possibly in multiple location

[issue19172] selectors: add keys() method

Guido van Rossum added the comment: I added some comments to the code review. Please take a look. -- ___ Python tracker ___ ___ Python

[issue19442] Python crashes when a warning is emitted during shutdown

STINNER Victor added the comment: warn_shutdown.py: example of script emitting warning at shutdown. Depending on the timing, the warning is shown or not (replace "if 0:" with "if 1:" to always display the warning). This example is a simplified example of the original crasher: test_threading.te

[issue19442] Python crashes when a warning is emitted during shutdown

STINNER Victor added the comment: The changeset 1787277915e9 is closer to a workaround than a real fix: +if (module != Py_None) { +res = warn_explicit(category, message, filename, lineno, module, registry, +NULL); +} +else { +/* FIXME: emi

[issue19421] FileIO destructor imports indirectly the io module at exit

STINNER Victor added the comment: Trying to reimport the io module is not the only issue of emitting warnings during Python shutdown. I just found a new issue after fixing an unrelated bug in the warnings module (issue #19424): issue #19442 "Python crashes when a warning is emitted during shut

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Changes by Arfrever Frehtes Taifersar Arahesis : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

STINNER Victor added the comment: Oops, while fixing this issue, I found a new issue related to warnings: I opened issue #19442 "Python crashes when a warning is emitted during shutdown". This issue can now be fixed. -- resolution: -> fixed status: open -> closed

[issue19442] Python crashes when a warning is emitted during shutdown

Roundup Robot added the comment: New changeset 1787277915e9 by Victor Stinner in branch 'default': Issue #19442: Fix warnings emitted during Python shutdown http://hg.python.org/cpython/rev/1787277915e9 -- nosy: +python-dev ___ Python tracker

[issue19442] Python crashes when a warning is emitted during shutdown

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever title: Python crashs when a warning is emitted during shutdown -> Python crashes when a warning is emitted during shutdown ___ Python tracker ___

[issue19442] Python crashs when a warning is emitted during shutdown

New submission from STINNER Victor: Because of a bug, warnings were not emitted during Python shutdown. I fixed the bug in issue #19424, and now Python crashs when a warning is emitted during shutdown. See also issue #19421: "FileIO destructor imports indirectly the io module at exit". The w

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Roundup Robot added the comment: New changeset 05e8dde3229c by Victor Stinner in branch 'default': Issue #19424: Fix test_warnings for locale encoding unable to encode http://hg.python.org/cpython/rev/05e8dde3229c -- ___ Python tracker

[issue19441] itertools.tee improve documentation

New submission from Alan Cristhian: I had some problems using itertools.tee function. Fortunately I found the following advice on the PEP-323: "Currently, the copied iterators remaintied to the original iterator. If the original advances, then so do all of the copies. Good practice is to overw

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

STINNER Victor added the comment: @Serhiy: Thanks for your review. I modified warnings.warn_explicit() to reject types different than str for the filename. I also removed the useless optimization for PyUnicode_Substring() when i=0. -- ___ Python tra

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Roundup Robot added the comment: New changeset c7326aa0b69c by Victor Stinner in branch 'default': Issue #19424: Fix the warnings module to accept filename containing surrogate http://hg.python.org/cpython/rev/c7326aa0b69c -- ___ Python tracker

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

STINNER Victor added the comment: "Well, it looks reasonable. But an action should be ASCII only string. So perhaps we should first check PyUnicode_IS_ASCII() and then use PyUnicode_1BYTE_DATA() and strcpy()." Such optimizations in warnings seem overkill, performances are not critical in this

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Roundup Robot added the comment: New changeset 34e166d60f37 by Victor Stinner in branch 'default': Issue #19424: Optimize PyUnicode_CompareWithASCIIString() http://hg.python.org/cpython/rev/34e166d60f37 -- nosy: +python-dev ___ Python tracker

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Changes by Christian Heimes : Added file: http://bugs.python.org/file32417/4756e9ed0328.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue19413] Reload semantics changed unexpectedly in Python 3.3

Eric Snow added the comment: Brett: any opinions on fixing this? 3.3? Nick: I'll add another test when I get a chance. -- ___ Python tracker ___ ___

[issue19386] selectors test_interrupted_retry is flaky

R. David Murray added the comment: I'm going to reboot the host just to see if that makes any difference. It's been up for 105 days. -- ___ Python tracker ___ _

[issue19373] Tkinter apps including IDLE may not display properly on OS X 10.9 Mavericks

Roundup Robot added the comment: New changeset bcbe4099206f by Ned Deily in branch '2.7': Issue #19373: Apply upstream change to Tk 8.5.15 fixing OS X 10.9 http://hg.python.org/cpython/rev/bcbe4099206f -- ___ Python tracker

[issue19386] selectors test_interrupted_retry is flaky

R. David Murray added the comment: What could cause a VM clock problem on a machine that hasn't been modified, but the VMs have been rebooted recently (ie: it isn't stale state inside the VM itself). Anything you can suggest I look at? -- ___ Pytho

[issue19438] Where is NoneType in Python 3?

R. David Murray added the comment: See http://www.python.org/dev/peps/pep-0294/ for some background on this. The unexpected thing is actually that the types module still exists at all in Python3 :) That said, its documentation could, indeed, use some improvement to address this kind of quest

[issue19373] Tkinter apps including IDLE may not display properly on OS X 10.9 Mavericks

Roundup Robot added the comment: New changeset f5e0fd7db675 by Ned Deily in branch 'default': Issue #19373: Add Misc/NEWS entry. http://hg.python.org/cpython/rev/f5e0fd7db675 -- ___ Python tracker _

[issue19386] selectors test_interrupted_retry is flaky

Charles-François Natali added the comment: > Also, unless people haven't been reporting other errors, these buildbots have > been stable up until recently Well, the fact that several tests - which were working just fine - started failing randomly recently (like test_concurrent_futures, test_sub

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Serhiy Storchaka added the comment: Well, it looks reasonable. But an action should be ASCII only string. So perhaps we should first check PyUnicode_IS_ASCII() and then use PyUnicode_1BYTE_DATA() and strcpy(). -- ___ Python tracker

[issue19386] selectors test_interrupted_retry is flaky

R. David Murray added the comment: Also, unless people haven't been reporting other errors, these buildbots have been stable up until recently, with the exception of the multiprocessing hangs that plague all the buildbots as far as I know. (My impression could be mistaken, though.) -

[issue19386] selectors test_interrupted_retry is flaky

R. David Murray added the comment: Yes, it is a linux vserver VM. I would think we would want tests to not fail in VMs, though, in this day and age. -- ___ Python tracker ___ _

[issue19386] selectors test_interrupted_retry is flaky

Charles-François Natali added the comment: Here's another failure: """ == FAIL: test_interpreter_shutdown (test.test_concurrent_futures.ProcessPoolShutdownTest)

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Serhiy Storchaka added the comment: About memcpy(). Here is sample file. Compile it to assembler: gcc -O2 -S -masm=intel fnv.c With memcpy() main loop is compiled to: .L3: mov esi, DWORD PTR [ebx] imuleax, eax, 103 add ebx, 4 xor eax, esi sub ecx, 1 mov DWORD P

[issue19440] Clean up test_capi

New submission from Zachary Ware: Here's a patch to clean up test_capi a little bit; it removes a __future__ import, converts from test_main to unittest.main, and makes use of subtests to run each _testcapi function. I'll post a separate patch for 3.3; there's just enough difference between b

[issue19440] Clean up test_capi

Changes by Zachary Ware : Added file: http://bugs.python.org/file32416/test_capi_cleanup-3.3.diff ___ Python tracker ___ ___ Python-bugs-list

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg201675 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Serhiy Storchaka added the comment: About memcpy(). Here is sample file. Compile it to assembler: gcc -O2 -S -masm=intel fnv.c With memcpy() main loop is compiled to: .L8: movzx ecx, BYTE PTR [ebx+edx] imuleax, eax, 103 add edx, 1 xor eax, ecx cmp edx, edi jn

[issue19439] Build _testembed on Windows

Nick Coghlan added the comment: Nice! I wonder if there might a difference between the default console encoding and the default pipe encoding (that test assumes the default standard stream encodings will be the same in the current process as they are in the child). -- __

[issue15792] Fix compiler options for x64 builds on Windows

Roundup Robot added the comment: New changeset c49b8bdcb5cb by Tim Golden in branch '3.3': Issue 15792 Correct build options on Win64. Patch by Jeremy Kloth. http://hg.python.org/cpython/rev/c49b8bdcb5cb -- ___ Python tracker

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Benjamin Peterson added the comment: Patch -- keywords: +patch Added file: http://bugs.python.org/file32413/cgi.patch ___ Python tracker ___ _

[issue19439] Build _testembed on Windows

New submission from Zachary Ware: Here's a patch that builds _testembed on Windows and adjusts test_capi to not skip EmbeddingTests on Windows. The .vcxproj is based on _freeze_importlib, with "when to build" settings lifted from _testimportmultiple. The patch also adjusts test_capi.Embedding

[issue19438] Where is NoneType in Python 3?

mpb added the comment: Of your 4 suggestions, I mentioned #3 and #4 in my post. They are less readable, IMO. 1 and 2 are nicer, but both have an "extra" set of nested parenthesis. While I appreciate the suggestions, I submitted this as a documentation bug, because I think I should be able to

[issue10112] Use -Wl, --dynamic-list=x.list, not -Xlinker -export-dynamic

Changes by Tom Tromey : -- nosy: +tromey ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue17936] O(n**2) behaviour when adding/removing classes

Antoine Pitrou added the comment: Actually, PyErr_Clear() was necessary in some cases. Now committed. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> pending ___ Python tracker __

[issue19438] Where is NoneType in Python 3?

New submission from mpb: types.NoneType seems to have disappeared in Python 3. This is probably intentional, but I cannot figure out how to test if a variable is of type NoneType in Python 3. Specifically, I want to write: assert type (v) in ( bytes, types.NoneType ) Yes, I could write: ass

[issue17936] O(n**2) behaviour when adding/removing classes

Roundup Robot added the comment: New changeset a7f1ce6fe293 by Antoine Pitrou in branch 'default': Issue #17936: Fix O(n**2) behaviour when adding or removing many subclasses of a given type. http://hg.python.org/cpython/rev/a7f1ce6fe293 -- nosy: +python-dev ___

[issue19438] Where is NoneType in Python 3?

Christian Heimes added the comment: How about: type(v) in (bytes, type(None)) or: isinstance(v, (bytes, type(None)) or: v is None or type(v) is bytes or: v is None or isinstance(v, bytes) -- nosy: +christian.heimes ___ Python tracke

[issue17936] O(n**2) behaviour when adding/removing classes

Changes by Antoine Pitrou : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue18747] Re-seed OpenSSL's PRNG after fork

Roundup Robot added the comment: New changeset ad779da9e351 by Christian Heimes in branch '2.7': Issue #19227 / Issue #18747: Remove pthread_atfork() handler to remove OpenSSL re-seeding http://hg.python.org/cpython/rev/ad779da9e351 -- ___ Python tra

[issue19227] test_multiprocessing_xxx hangs under Gentoo buildbots

Roundup Robot added the comment: New changeset ad779da9e351 by Christian Heimes in branch '2.7': Issue #19227 / Issue #18747: Remove pthread_atfork() handler to remove OpenSSL re-seeding http://hg.python.org/cpython/rev/ad779da9e351 -- ___ Python tra

[issue18747] Re-seed OpenSSL's PRNG after fork

Roundup Robot added the comment: New changeset 5942eea8cf41 by Christian Heimes in branch '3.3': Issue #19227 / Issue #18747: Remove pthread_atfork() handler to remove OpenSSL re-seeding http://hg.python.org/cpython/rev/5942eea8cf41 New changeset cd4007fb9c7e by Christian Heimes in branch '3.3'

[issue19227] test_multiprocessing_xxx hangs under Gentoo buildbots

Roundup Robot added the comment: New changeset 5942eea8cf41 by Christian Heimes in branch '3.3': Issue #19227 / Issue #18747: Remove pthread_atfork() handler to remove OpenSSL re-seeding http://hg.python.org/cpython/rev/5942eea8cf41 New changeset 705f2addd0f0 by Christian Heimes in branch 'defa

[issue17936] O(n**2) behaviour when adding/removing classes

Antoine Pitrou added the comment: Updated patch replacing PyErr_Clear() with PyErr_WriteUnraisable(), and PyDict_Check() with PyDict_CheckExact(). -- Added file: http://bugs.python.org/file32411/subclasses_dict3.patch ___ Python tracker

[issue19437] More failures found by pyfailmalloc

Roundup Robot added the comment: New changeset 5acbdcfc21c9 by Victor Stinner in branch 'default': Issue #19437: Fix dec_format() of the _decimal module, handle dec_strdup() http://hg.python.org/cpython/rev/5acbdcfc21c9 -- ___ Python tracker

[issue11508] Virtual Interfaces cause uuid._find_mac to raise a ValueError under Linux

Kent Frazier added the comment: Serhiy, I signed the form. Let me know if you need anything else. -- ___ Python tracker ___ ___ Python

[issue19426] Opening a file in IDLE causes a crash or hang

Roundup Robot added the comment: New changeset e0475c44832f by Benjamin Peterson in branch '2.7': backport #19426 http://hg.python.org/cpython/rev/e0475c44832f -- ___ Python tracker

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

STINNER Victor added the comment: > I don't see a benefit from this patch. Oh, sorry, I forgot to explain the motivation. Performances of the warnings module are not critical module. The motivation here is to avoid to encoding string to UTF-8 for correctness. For example, _PyUnicode_AsString(f

[issue19433] Define PY_UINT64_T on Windows 32bit

Roundup Robot added the comment: New changeset 5bf96a96f31d by Victor Stinner in branch 'default': Issue #19433: test_capi: check signness of some C types http://hg.python.org/cpython/rev/5bf96a96f31d -- ___ Python tracker

[issue19424] _warnings: patch to avoid conversions from/to UTF-8

Serhiy Storchaka added the comment: I don't see a benefit from this patch. _PyUnicode_AsString() is very fast in most cases (because source lines are mostly ASCII only). On other hand, the patch replaces one-time _PyUnicode_AsString() by multiple less effective (even for ASCII strings) operati

[issue19433] Define PY_UINT64_T on Windows 32bit

STINNER Victor added the comment: See also issue #17884: "Try to reuse stdint.h types like int32_t". -- ___ Python tracker ___ ___ Pyt

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Changes by janzert : -- nosy: +janzert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue19437] More failures found by pyfailmalloc

Roundup Robot added the comment: New changeset 1e5bbaed79ca by Victor Stinner in branch 'default': Issue #19437: Fix Array_subscript() of ctypes, handle Array_item() failure http://hg.python.org/cpython/rev/1e5bbaed79ca New changeset fc825259ee86 by Victor Stinner in branch 'default': Issue #194

[issue19433] Define PY_UINT64_T on Windows 32bit

Roundup Robot added the comment: New changeset daa1ab27b5c2 by Victor Stinner in branch 'default': Issue #19433: test_capi: add tests on the size of some C types http://hg.python.org/cpython/rev/daa1ab27b5c2 -- nosy: +python-dev ___ Python tracker

[issue19433] Define PY_UINT64_T on Windows 32bit

Tim Peters added the comment: Yes, it should be taken care of already, because of this in PC/pyconfig.h: #ifdef MS_WIN32 ... #define SIZEOF_LONG_LONG 8 That defines the symbol triggering the PY_UINT64_T define shown in the original message in this issue. -- nosy: +tim.peters

[issue19433] Define PY_UINT64_T on Windows 32bit

Christian Heimes added the comment: It seems no patch is needed to get PY_UINT64_T on 32bit Windows: >>> import sys >>> sys.version '3.4.0a4+ (pep-456:f0a7e606c2d0, Oct 29 2013, 19:24:12) [MSC v.1600 32 bit (Intel)]' >>> sys.maxsize 2147483647 >>> sys.hash_info sys.hash_info(width=32, modulus=2

[issue19437] More failures found by pyfailmalloc

New submission from STINNER Victor: Using pyfailamlloc, I found various bugs: see issue #18048. Because this issue has been closed, I'm opening a new issue for new bugs. https://bitbucket.org/haypo/pyfailmalloc -- messages: 201649 nosy: haypo priority: normal severity: normal status: o

[issue19436] Python 2.7 on Linux Ubuntu 12.04 LTS crashes on the help('modules') command

Changes by Ned Deily : -- assignee: ronaldoussoren -> resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> pydoc - stall when requesting a list of available modules in the online help utility ___ Python trac

[issue19436] Python 2.7 on Linux Ubuntu 12.04 LTS crashes on the help('modules') command

lagoon7 added the comment: Sorry I meant Linux instead of Mac OSX. -- title: Python 2.7 on MAC OSX Mavericks crashes on the help('modules') command -> Python 2.7 on Linux Ubuntu 12.04 LTS crashes on the help('modules') command ___ Python tracker

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Changes by Stéphane Glondu : -- nosy: +glondu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Christian Heimes added the comment: I can confirm the issue: $ mkdir www $ cd www $ cat << EOF > badscript.sh #!/bin/sh echo hacked EOF $ chmod +x badscript.sh $ ../python -m http.server --cgi $ echo "GET ///badscript.sh/../cgi-bin/cgi.sh HTTP/1.1" | nc localhost 8000 HTTP/1.0 200 Scr

[issue19436] Python 2.7 on MAC OSX Mavericks crashes on the help('modules') command

New submission from lagoon7: /usr/lib/python2.7/dist-packages/gobject/constants.py:24: Warning: g_boxed_type_register_static: assertion `g_type_from_name (name) == 0' failed import gobject._gobject /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:40: Warning: g_boxed_type_register_sta

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

Changes by STINNER Victor : -- nosy: +christian.heimes, haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue19435] Directory traversal attack for CGIHTTPRequestHandler

New submission from Alexander Kruppa: An error in separating the path and filename of the CGI script to run in http.server.CGIHTTPRequestHandler allows running arbitrary executables in the directory under which the server was started. The problem is that in CGIHTTPRequestHandler we have: de

[issue19433] Define PY_UINT64_T on Windows 32bit

STINNER Victor added the comment: This issue has no patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue19434] Wrong documentation of MIMENonMultipart class

New submission from Vajrasky Kok: >>> from email.mime.nonmultipart import MIMENonMultipart >>> MIMENonMultipart.__doc__ 'Base class for MIME multipart/* type messages.' >>> Attached the patch to fix the doc of MIMENonMultipart class. -- assignee: docs@python components: Documentation fi

[issue19433] Define PY_UINT64_T on Windows 32bit

Tim Golden added the comment: Fine by me -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19229] operator.py: move the Python implementation in the else block of try/except ImportError

Stefan Krah added the comment: I understand the desire to speed things up, but either the four-line facade module or else a single module is probably required by PEP-399. -- title: operator.py: move the Python implementation in the else block of try/except ImportError -> operator.py: m

[issue19229] operator.py: move the Python implementation in the else block of try/except ImportError

Antoine Pitrou added the comment: > "import operator" is only 2x faster (289 usec => 136 usec). It's less > interesting. The real question for me is: why are you interested in speeding up the import of the operator module? 200 µs won't make a visible difference. > And what would be the purpose

[issue19229] operator.py: move the Python implementation in the else block of try/except ImportError

STINNER Victor added the comment: > Why not: > > try: > from _operator import * > except ImportError: > from _pyoperator import * Let's try (I replaced operator.py with these 4 lines). $ ./python -m timeit "import sys; modname='operator'" "__import__(modname); del sys.modules[modname]

[issue19433] Define PY_UINT64_T on Windows 32bit

Martin v. Löwis added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue19229] operator.py: move the Python implementation in the else block of try/except ImportError

Antoine Pitrou added the comment: Why not: try: from _operator import * except ImportError: from _pyoperator import * -- nosy: +pitrou ___ Python tracker ___ __

[issue19183] PEP 456 Secure and interchangeable hash algorithm

Christian Heimes added the comment: Victor: I have added the licence to Doc/licence.rst and created a new ticket for PY_UINT64_T on Windows #19433. Nick: The memory layout of the hash secret is now documented. I have renamed the members to reflect their purpose, too. http://hg.python.org/feat

[issue19433] Define PY_UINT64_T on Windows 32bit

New submission from Christian Heimes: For PEP 456 it would be useful to have PY_UINT64_T on 32bit Windows. Does anybody see a problem with Victor's idea? I like it. Victor wrote in http://bugs.python.org/issue19183#msg201629: To support Windows 32 bit, the following code in PC/pyconfig.h can b

[issue19432] test_multiprocessing_fork failures

Stefan Krah added the comment: I've seen the failure very often, without any particular load. Now I noticed that during test_tools there were several ksoftirqd processes consuming 20% CPU on 4 cores. That seemed unusual to me, so I followed the advice of a certain MIT koan and rebooted. test_m

[issue4331] Add functools.partialmethod

alon horev added the comment: I've changed the test according to the code review. Thanks -- Added file: http://bugs.python.org/file32409/4331.v2.patch ___ Python tracker ___ _

[issue19432] test_multiprocessing_fork failures

Richard Oudkerk added the comment: This is a test of threading.Barrier rather than anything implemented directly by multiprocessing. Tests which involve timeouts tend to be a bit flaky. Increasing the length of timeouts usually helps, but makes the tests take even longer. How often have you

[issue19430] argparse replaces \$ with $ (if in commandline)

telmich added the comment: sorry for the noise, it was too early in the morning! -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue19432] test_multiprocessing_fork failures

Stefan Krah added the comment: The issue is probably different from #19227, since it already occurs with 4e79c3ae8a12. -- components: +Extension Modules nosy: +sbt stage: -> needs patch type: -> behavior versions: +Python 3.3, Python 3.4 ___ Python

[issue19183] PEP 456 Secure and interchangeable hash algorithm

STINNER Victor added the comment: To support Windows 32 bit, the following code in PC/pyconfig.h can be modified to use __int64 or _W64: see ssize_t definition below in the same file. #ifndef PY_UINT64_T #if SIZEOF_LONG_LONG == 8 #define HAVE_UINT64_T 1 #define PY_UINT64_T unsigned PY_LONG_LONG

[issue19430] argparse replaces \$ with $ (if in commandline)

Changes by R. David Murray : -- Removed message: http://bugs.python.org/msg201627 ___ Python tracker ___ ___ Python-bugs-list mailing

  1   2   >