[issue11725] httplib and urllib2 failed ssl connection httplib.BadStatusLine

Ronald Oussoren added the comment: The site you mention requires client certificates to log on. On my machine (OSX 10.6) urllib2 example just hangs. I haven't checked yet why this happens, or if this also happens on other OS-es or releases. Other HTTPS sites work fine for me though. Are you

[issue11725] httplib and urllib2 failed ssl connection httplib.BadStatusLine

New submission from Isaac Salsberg : https connections fails under intel MAC OS X 10.6.6 and 10.6.7 using httplib and/or urllib2 connecting to an IIS web server requesting basic authentication and a client certificate. This is an issue with MAC OS X 10.6.x, because I tried these very same sc

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Brian Quinlan added the comment: This is the expected behavior. Future.cancel() returns a bool indicating if the future was cancelled or not. If it returns False then there is no way to stop it. The behavior that you are seeing for shutdown is documented as: """ shutdown(wait=True) ... If wa

[issue10632] multiprocessing generates a fatal error

Senthil Kumaran added the comment: I wonder if this is CentOS and RHEL specific. Unable to reproduce this on Ubuntu. -- nosy: +dmalcolm, orsenthil ___ Python tracker ___ __

Re: [issue10966] eliminate use of ImportError implicitly representing SkipTest

+1 to the counter argument that "Unexpected Skips should not be marked as failures". Also, I like the following proposal of giving better messages on skips useful. On Sat, Mar 26, 2011 at 07:53:34AM +, Ezio Melotti wrote: > It's also possible to provide better skip messages, e.g.: > -test_wi

[issue10645] Remove egg-info files in stdlib

Senthil Kumaran added the comment: +1 to removing of the spurious egg-info files. For the folks who are not aware of the multitude 'packaging terms', egg-info files are the first step towards the path leading to more confusion. So cleaning up would be definitely better in the standard distrib

[issue8158] Docstring of optparse.OptionParser incomplete

Jeff Ramnani added the comment: Attaching the same patch for 2.7. -- Added file: http://bugs.python.org/file21487/issue8151-2.7.patch ___ Python tracker ___ _

[issue8158] Docstring of optparse.OptionParser incomplete

Jeff Ramnani added the comment: You are correct. I have added 'description' to the docstring of the OptionParser class for 2.7 and default (python3 tip). Here is the patch for python3 tip. -- keywords: +patch Added file: http://bugs.python.org/file21486/issue8151-default.patch _

[issue11557] Increase coverage in logging module

STINNER Victor added the comment: test_logging.test_no_kwargs fails on AMD64 Snow Leopard 2 3.x, x86 Ubuntu Shared 3.x, sparc solaris10 gcc 3.x, AMD64 Leopard 3.x, x86 XP-4 3.x, x86 Windows7 3.x, x86 Tiger 3.x, PPC Tiger 3.x, ... I disabled the test because it became difficult to see new regr

[issue11557] Increase coverage in logging module

Roundup Robot added the comment: New changeset 024967cdc2f0 by Victor Stinner in branch 'default': Issue #11557: disable test_logging.test_no_kwargs (fail on most buildbots) http://hg.python.org/cpython/rev/024967cdc2f0 -- ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: stack_overflow.patch should fix AMD64 Gentoo Wide 3.x and AMD64 OpenIndiana 3.x failures. I schedule a test on their custom slaves, but these buildbots are still running test_faulthandler on their 3.x slaves. I interrupted the test, but it doesn't work (click

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by Ned Deily : -- nosy: +bquinlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: I disabled test_stack_overflow because the test fails on AMD64 Gentoo Wide 3.x, and maybe other buildbots (AMD64 OpenIndiana 3.x?). I fear that the test uses a lot of CPU, memory and/or swap. -- ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

Roundup Robot added the comment: New changeset 25a2aeecb34b by Victor Stinner in branch 'default': Issue #11393: Disable test_stack_overflow of test_faulthandler http://hg.python.org/cpython/rev/25a2aeecb34b -- ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: test_faulthandler failed also on AMD64 OpenIndiana 3.x: regrtest.py (only executing test_faulthandler) was killed after 11 min 20 sec. -- ___ Python tracker _

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: First failure: AMD64 Gentoo Wide 3.x. http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/1363/ [1/1] test_faulthandler test test_faulthandler failed -- Traceback (most recent call last): File "/home/buildbot/buildarea/3.x.ocht

[issue11155] multiprocessing.Queue's put() signature differs from docs

Westley Martínez added the comment: In that case, I've made a patch that changes the documentation so that "item" is now "obj". for Queue.put and Queue.put_nowait. -- Added file: http://bugs.python.org/file21484/doc-11155.diff ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

Roundup Robot added the comment: New changeset df240014e72f by Victor Stinner in branch 'default': Issue #11393: reenable all tests in regrtest.py (wooops, sorry Antoine) http://hg.python.org/cpython/rev/df240014e72f -- ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

Roundup Robot added the comment: New changeset b0680b5a5215 by Victor Stinner in branch 'default': Issue #11393: Add the new faulthandler module http://hg.python.org/cpython/rev/b0680b5a5215 -- nosy: +python-dev ___ Python tracker

[issue11618] Locks broken wrt timeouts on Windows

Antoine Pitrou added the comment: I have now committed the semaphore implementation, so as to fix the issue. Potential performance optimizations can still be discussed, of course (either here or in a new issue, I'm not sure). -- resolution: -> fixed stage: -> committed/rejected statu

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Added file: http://bugs.python.org/file21483/d4902114f720.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11618] Locks broken wrt timeouts on Windows

Roundup Robot added the comment: New changeset 9b12af6e9ea9 by Antoine Pitrou in branch '3.2': Issue #11618: Fix the timeout logic in threading.Lock.acquire() under http://hg.python.org/cpython/rev/9b12af6e9ea9 New changeset 9d658f000419 by Antoine Pitrou in branch 'default': Issue #11618: Fix

[issue10050] urllib.request still has old 2.x urllib primitives

Jeff McNeil added the comment: I'd be happy to pick some of that stuff up. I'd like to address separately as it keeps fewer concerns in this one patch. I'll grab them once they're created. -- ___ Python tracker _

[issue10219] BufferedReader.read1 does not check for closed file

Amaury Forgeot d'Arc added the comment: Indeed, I can't reproduce the issue anymore -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by jenisys : Removed file: http://bugs.python.org/file21481/test_futures_more3.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by jenisys : Added file: http://bugs.python.org/file21482/test_futures_more3.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue3154] "Quick search" box renders too wide if font size is large

Changes by Terry J. Reedy : -- versions: +Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by jenisys : Removed file: http://bugs.python.org/file21480/test_futures_more3.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by jenisys : Added file: http://bugs.python.org/file21481/test_futures_more3.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue2657] Curses sometimes fails to initialize terminal

Changes by Terry J. Reedy : -- resolution: -> out of date status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

Changes by jenisys : Added file: http://bugs.python.org/file21480/test_futures_more3.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue1777398] IDLE Freezes After Running Scripts

Terry J. Reedy added the comment: Closing until there is a confirmed problem with current Python. -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue11724] concurrent.futures: executor.submit() runs until completion even when future times out or is canceled

New submission from jenisys : A long running task that is submitted to an ThreadPoolExecutor runs to completion even when the future times out or is canceled. Even executor.shutdown(wait=False) will not help. HOW TO REPEAT: Provide a function which sleeps for 10 seconds. Submit it to a ThreadPo

[issue11703] Bug in python >= 2.7 with urllib2 fragment

Ivan Ivanenko added the comment: Santa4nt, I think you also need to check case with Redirect Response URL: print urllib2.urlopen("http://16.foobnix-cms.appspot.com/test_base";).geturl() python 2.6 returns OK http://16.foobnix-cms.appspot.com/test_redirect#json={value:'OK'} python 2.7 returns

[issue5114] 2.7: test_threading hangs on Solaris

Changes by Terry J. Reedy : -- title: 2.5.4.3 and 2.6.2 / test_threading hangs on Solaris -> 2.7: test_threading hangs on Solaris ___ Python tracker ___

[issue10740] sqlite3 module should allow DDL statements in transactions

Torsten Landschoff added the comment: The attached patch is an updated version which adds a bit of documentation. -- Added file: http://bugs.python.org/file21479/sqlite_transaction_config_v2.diff ___ Python tracker

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: http://hg.python.org/features/faulthandler/rev/0943ef33495a should fix test_faulthandler to support SIGBUS on reading from NULL. But it doesn't fix the failure on SIGFPE yet. I'm running the buildbot to check if it's better or not. -- __

[issue11682] PEP 380 reference implementation for 3.3

Changes by Renaud Blanch : -- nosy: +rndblnch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue11688] SQLite trace callback

Antoine Pitrou added the comment: > OTOH, this is mostly a debugging aid and nothing that would be enabled > in production. And premature optimization is the root of all evil... Agreed. -- ___ Python tracker

[issue5863] bz2.BZ2File should accept other file-like objects. (issue4274045)

Nadeem Vawda added the comment: > Apparently the PSF has received your contributor agreement. Great; I was just about to send them an email to check. > Does it mean the situation is cleared? I plan to do a review of your latest > patch. Yes, everything's sorted out. Go ahead :) --

[issue11688] SQLite trace callback

Torsten Landschoff added the comment: > The patch looks good to me, thank you! > Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of > days. What I am still wondering about is if it would make sense to use the text factory here. It might make sense to pass through the

[issue11723] No proper support for mingw64 - patch to add

Martin v. Löwis added the comment: What is mings64? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue5863] bz2.BZ2File should accept other file-like objects. (issue4274045)

Antoine Pitrou added the comment: Nadeem, > Can I ask that you not commit this > patch until the CA has been submitted? I will need to clear it with my > employer, and it might complicate things if the code in question has > already been committed. Apparently the PSF has received your contribu

[issue10234] ResourceWarnings in test_subprocess

Sandro Tosi added the comment: On a freshly built 3.3 I don't get those RW anymore: $ ./python -bb -E -Wd -m test -r -w -uall test_subprocess Using random seed 7436992 [1/1] test_subprocess . this bit of output is from a test of stdout in a different process ... . this bit of output is

[issue11688] SQLite trace callback

Antoine Pitrou added the comment: The patch looks good to me, thank you! Gerhard, would you like to tackle this? Otherwise I'll commit in a couple of days. -- stage: patch review -> commit review ___ Python tracker

[issue11714] threading.Semaphore does not use try...finally

Antoine Pitrou added the comment: What version of Python did you make your patch against? It failed applying against the default branch. You might want to make sure you are using an up-to-date source tree, see: http://docs.python.org/devguide/setup.html#getting-the-source-code -- ___

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Antoine Pitrou added the comment: > Antoine, absolument. Please see attached file bug.py Ah, thanks, I see. But this is not caused by this issue. It seems to come from 12442ac3f7dd. > Instead we should simply define it for python, and in accordance to > established tradition, namely that defa

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Kristján Valur Jónsson added the comment: Antoine, absolument. Please see attached file bug.py As for a different patch, we should agree what behaviour should be expected. I don't think it is possible to rely on some platform specific behaviour. This is because it is in general not possibl

[issue10219] BufferedReader.read1 does not check for closed file

Sandro Tosi added the comment: Hi, on a freshly built python 3.3 I got: $ ./python Python 3.3a0 (default:22ae2b002865, Mar 30 2011, 20:18:39) [GCC 4.4.5] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> f = open('foo', 'rb') >>> print(f.read1(1)) # OK b'' >

[issue11722] mingw64 does not link when building extensions

Amaury Forgeot d'Arc added the comment: What are the values of SIZEOF_SIZE_T and SIZEOF_INT with this compiler? I'd expect them to be respectively 8 and 4. -- nosy: +amaury.forgeotdarc ___ Python tracker _

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Daniel Stutzbach added the comment: I'm confused by the patch (ed0259230611). The patch comment and the NEWS item state "the returned socket is now always non-blocking" but the code change adds "sock.setblocking(True)". -- nosy: +stutzbach ___ Pyt

[issue11723] No proper support for mingw64 - patch to add

New submission from Jason Morgan : Python2.7 has no proper support for mings64. You can use environment path to trick compiler into using mings64, but this will cause conflict with other builds. Adding a mings64 compiler options is much more sensible as both mingw32 and mings64 can co-exist.

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: I merged the faulthandler branch into the default branch. I removed __version__ field: the Python version should be enough. I also fixed an infinite loop raised by test_capi. test_faulthandler pass on Solaris and OpenIndiana, but it fails on PPC: =

[issue11722] mingw64 does not link when building extensions

New submission from Jason Morgan : Bulding a simple extension (the spam example) fails with mingw64. in modsupport.h, the following is used to detect 64bit, it does not work with mingw64. #if SIZEOF_SIZE_T != SIZEOF_INT /* On a 64-bit system, rename the Py_InitModule4 so that 2.4 modules ca

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Antoine Pitrou added the comment: > socket.defaulttimeout(None) > s = socket.socket() > s.settimeout(0) #nonblocking > s.bind() > s2, a = s.accept() > print s2.gettimeout() #prints ´none´, meaning blocking > s2.receive(10) #raises EWOULDBLOCK error, since internally it is non-blocking Could you

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Kristján Valur Jónsson added the comment: socket.defaulttimeout(None) s = socket.socket() s.settimeout(0) #nonblocking s.bind() s2, a = s.accept() print s2.gettimeout() #prints ´none´, meaning blocking s2.receive(10) #raises EWOULDBLOCK error, since internally it is non-blocking I don't agree w

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Antoine Pitrou added the comment: > I also don't think there is a portable way to detect the NBIO attribute > of a socket, so we still have a case of socket.gettimeout() not > accurately reflecting the blocking state of the socket Which case? > I personally think that this logic should go in

[issue11721] socket.accept() with a timout socket creates bogus socket

Changes by Kristján Valur Jónsson : -- resolution: -> duplicate status: open -> closed superseder: -> On Mac / BSD sockets returned by accept inherit the parent's FD flags ___ Python tracker

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Kristján Valur Jónsson added the comment: Please see issue 11721 where I was commenting on the same. I don't think the documentation makes it clear that socket.gettimeout() can be incorrect (i.e. return None when the socket is non-blocking). I also don't think there is a portable way to detec

[issue1257] atexit errors should result in nonzero exit code

ysj.ray added the comment: I think there is no need to implement this in python2.x since it's a behavior change which could introduce some compatibility issues to someone's code, besides in 2.x both sys.exitfunc and atexit module should be considered, that makes the code looks complex. The s

[issue7443] test.support.unlink issue on Windows platform

Antoine Pitrou added the comment: > * Patch Py_DeleteFileW in posixmodule.c so that it renames before > deleting: should solve the problem overall but obviously has a > possible wider impact, in general and on performance in particular. > This rename might be a simple rename-to-guid or something

[issue11393] Integrate faulthandler module into Python 3.3

Antoine Pitrou added the comment: > - speed up the test: because dump_backtraces_later() has now a > subsecond resolution, we can use sleep of 50 ms instead of 1 sec This is too short, there may be random failures on some slow buildbots. IMO, 0.5s is the minimum you can use. +def _check_d

[issue11654] errors in atexit hooks don't change process exit code

ysj.ray added the comment: see #1257 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: > My TODO list is empty (the last item was "fix register() to be signal > safe") so I think that the patch is ready to be commited. As I wrote, I did some tests on FreeBSD, found bugs and fixed them. I also fixed the weird behaviour if the user sends manually

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Removed file: http://bugs.python.org/file21474/4adbea7c832e.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Added file: http://bugs.python.org/file21476/f5a11df83d98.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Removed file: http://bugs.python.org/file21470/a979bb83a94b.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue11647] function decorated with a context manager can only be invoked once

ysj.ray added the comment: Got it. Here is my updated patch. Not sure if the doc is proper. -- Added file: http://bugs.python.org/file21475/issue_11647_2.diff ___ Python tracker ___

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Added file: http://bugs.python.org/file21474/4adbea7c832e.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11721] socket.accept() with a timout socket creates bogus socket

Antoine Pitrou added the comment: > The corresponding defect has a long (and bothersome) discussion. I am, > however, surprised that this was not considered a "bug" and backported. I think Martin's argument was that it could break compatibility. > I can agree with the fix (my number 1 sugges

[issue11721] socket.accept() with a timout socket creates bogus socket

Kristján Valur Jónsson added the comment: I cannot see from the link to which branch that was committed, or what revision. But I assume it is the default branch. I can confirm that this appears to be fixed. The corresponding defect has a long (and bothersome) discussion. I am, however, su

[issue11717] conflicting definition of ssize_t in pyconfig.h

Changes by Wolfgang Rohdewald : -- nosy: +mhammond ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11721] socket.accept() with a timout socket creates bogus socket

Antoine Pitrou added the comment: > In short: If you have a socket with settimeout(1), then accept a > connection on it, the new socket will have gettimeout()==None, but its > state will still (internally) be non-blocking. The attached script > demonstrates the issue. This should have been f

[issue11721] socket.accept() with a timout socket creates bogus socket

Changes by Kristján Valur Jónsson : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue11721] socket.accept() with a timout socket creates bogus socket

New submission from Kristján Valur Jónsson : I found this defect at PyCon 2011 after spending a lot of type fidgeting with ssl. The test_ssl.py unittest was using timeout on accept sockets and it was working fine there, but not with the code I was working out. Turns out that _ssl.py resets t

[issue11715] Building Python on multiarch Debian and Ubuntu

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9067] Use macros from pyctype.h

Stefan Krah added the comment: Sandro Tosi wrote: > Hi Stefan, can you please expand a bit this issue and details the places > you think can benefit from pyctype macros? you know, a patch would be the > best :) Indeed. While working on #9036 I thought that there were several places that coul

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Changes by Andrej Krpic : -- nosy: +akrpic77 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue9067] Use macros from pyctype.h

Changes by Andrej Krpic : -- nosy: +akrpic77 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: > faulthandler_fatal_error() calls the previous signal handler > using raise(signum) It doesn't work as expected on Windows: Windows doesn't call its own signal handler anymore. Use the previous code (only on Windows). I also added a test for stack overflow:

[issue11720] PyErr_WriteUnraisable while running cProfile

Tennessee Leeuwenburg added the comment: Never mind, I was doing something stupid. The error message doesn't really make it terribly obvious, but the cause is in my code. -- resolution: -> invalid status: open -> closed ___ Python tracker

[issue11720] PyErr_WriteUnraisable while running cProfile

New submission from Tennessee Leeuwenburg : I am happy to come up with a minimal test for this if that would help, but repeating the problem is not hard. Take a Python2.7 interpreter, install the decorator module from PyPi, and also the code at https://bitbucket.org/tleeuwenburg/benchmarker.py

[issue9285] A decorator for cProfile and profile modules

Tennessee Leeuwenburg added the comment: I have been working on a similar idea. I just wanted to raise an issue I ran into which might affect this code also. The decorated function ended up with a different function signature to the original inner function. This can be important sometimes. I

[issue11155] multiprocessing.Queue's put() signature differs from docs

Ezio Melotti added the comment: Technically this is a backward-incompatible change, because it breaks code that uses obj=foo explicitly. -- ___ Python tracker ___ _

[issue11717] conflicting definition of ssize_t in pyconfig.h

Amaury Forgeot d'Arc added the comment: Should Python.h systematically avoid defining symbols without a Py prefix? See attached patch, which defines Py_ssize_t in pyconfig.h. The same can be said for other symbols defined there: pid_t, copysign, hypot. -- keywords: +patch nosy: +amaury

[issue8052] subprocess close_fds behavior should only close open fds

Charles-Francois Natali added the comment: > I wonder whether the Java people are simply unaware of the potential problem? > Or perhaps they have checked the Linux and Solaris implementations of > readdir() > and confirmed that it is in fact safe on those platforms. Even if this is the > case,

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Removed file: http://bugs.python.org/file21467/c684b1e59aaa.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue11393] Integrate faulthandler module into Python 3.3

Changes by STINNER Victor : Added file: http://bugs.python.org/file21470/a979bb83a94b.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: > > - speed up the test: because dump_backtraces_later() has now a > > subsecond resolution, we can use sleep of 50 ms instead of 1 sec > > This is too short, there may be random failures on some slow buildbots. > IMO, 0.5s is the minimum you can use. Ok, cha