[issue12469] test_faulthandler failures on FreeBSD 6

Charles-François Natali added the comment: > When signals are unblocked, pending signal ared delivered in the reverse order > of their number (also on Linux, not only on FreeBSD 6). I don't like this. POSIX doesn't make any guarantee about signal delivery order, except for real-time signals. It

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: > > When signals are unblocked, pending signal ared delivered in the reverse > > order > > of their number (also on Linux, not only on FreeBSD 6). > > I don't like this. > POSIX doesn't make any guarantee about signal delivery order, except > for real-time sig

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12500] support.transient_internet(): catch also Windows socket errors

New submission from STINNER Victor : == ERROR: test_non_blocking_connect_ex (test.test_ssl.NetworkedTests) -- Traceback (most recent call last): File "D:\cygw

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Nick, Pauli, thanks for all the comments. I'm busy implementing the easy changes; then it'll be easier to deal with the flags issues. Pauli: Does numpy use the (undocumented) smalltable array in the Py_buffer structure? We would like to drop it. --

[issue10883] urllib: socket is not closed explicitly

Senthil Kumaran added the comment: With the patch applied, test_urllib2net fails at test_ftp test case when a valid and invalid url are presented in sequence. I think test needs a change or a further look is needed at the patch. -- ___ Python tracker

[issue9611] FileIO not 64-bit safe under Windows

Roundup Robot added the comment: New changeset 6abbc5f68e20 by Victor Stinner in branch '2.7': Issue #9611, #9015: FileIO.read(), FileIO.readinto(), FileIO.write() and http://hg.python.org/cpython/rev/6abbc5f68e20 -- nosy: +python-dev ___ Python trac

[issue12431] urllib2.Request.get_full_url() broken in newer versions of Python

Stephen White added the comment: Just to confirm that it was a release, but 2.7.1 so not the current. Doesn't appear to happen in Python 2.7 (as shipped with Fedora Core 14) or in Python 2.7.2. C:\>\Python27\python.exe Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD6

[issue9611] FileIO not 64-bit safe under Windows

Roundup Robot added the comment: New changeset 7acdf9f5eb31 by Victor Stinner in branch '3.2': Issue #9611, #9015: FileIO.read() clamps the length to INT_MAX on Windows. http://hg.python.org/cpython/rev/7acdf9f5eb31 New changeset e8646f120330 by Victor Stinner in branch 'default': (merge 3.2) I

[issue9015] f.write(s) for s > 2GB hangs in win64 (and win32?)

STINNER Victor added the comment: This issue is a duplicate of #9611. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ _

[issue9611] FileIO not 64-bit safe under Windows

STINNER Victor added the comment: I backported fixes to 2.7, and also add a new fix to FileIO.read(). I don't see anything else to do on this issue, so I close it. Note: read() and write() methods the file object in 2.7 are 64-bit safe on any OS. They use fread() and frwrite() which take a le

[issue9611] FileIO not 64-bit safe under Windows

STINNER Victor added the comment: Issue #9015 has been marked as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-

[issue12469] test_faulthandler failures on FreeBSD 6

STINNER Victor added the comment: I close this issue because test_signal pass on FreeBSD 6 buildbots (3.2 and 3.x). I will reopen it if test_faulthandler fails or if test_signal fails again, or maybe open new issues. -- resolution: -> fixed status: open -> closed ___

[issue8716] test_tk/test_tkk_guionly fails on OS X if run from buildbot slave daemon -- crashes Python

STINNER Victor added the comment: > New changeset ea02eca122b5 by Ned Deily in branch '2.7': > Issue #8716: Avoid crashes caused by Aqua Tk on OSX when attempting to run > http://hg.python.org/cpython/rev/ea02eca122b5 > New changeset 06cb0d602468 by Ned Deily in branch '2.7': > Issue #8716: Fix

[issue11468] Improve unittest basic example in the doc

Florian Preinstorfer added the comment: I tried to implement the improvements suggested by Ezio Melotti and updated the documentation accordingly. -- keywords: +patch nosy: +notizblock Added file: http://bugs.python.org/file22576/issue-11468.patch _

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Changes by Stefan Krah : Added file: http://bugs.python.org/file22577/718801740bde.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue11439] subversion keyword breakage

Neil Muller added the comment: SVN_Revision.diff replaces the remaining "$Revision$" keywords in 2.7 with the values from the last SVN checkout I have. This seems the correct minimal fix for the issues caused by code parsing the revision tag in Python 2. I've left the various other keywords u

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: I've uploaded a revised version that addresses several suggestions. I think we have agreement on those now: - Officially ditch smalltable. - Comment static storage fields inside PyMemoryViewObject. - Improve refcounting in PyMemoryView_FromBuffer()/PyMemo

[issue11439] subversion keyword breakage

Neil Muller added the comment: This patch removes or replaces a number SVN keywords which aren't buried in comments. I've removed '__revision__ = "$Id$"' cases - mainly present in distutils - as no-one appears to using these. I've replaced values in tarfile.py, but they can probably be remov

[issue12494] subprocess: check_output() doesn't close pipes on error

STINNER Victor added the comment: subprocess_check_output-2.patch is a more complete patch: "fix" (?) call(), check_output() and getstatusoutput(). These functions kill the process if an exception occurs to not hang on wait() in Popen.__exit__(). Because of the kill, I don't know if the fix s

[issue8716] test_tk/test_tkk_guionly fails on OS X if run from buildbot slave daemon -- crashes Python

Ronald Oussoren added the comment: python2.7 has MacOS.WMAvailable(). When that function returns False the Tkinter tests should be disabled. The function is not available in Python 3, but is easy enough to implement using ctypes. -- ___ Python tr

[issue6721] Locks in python standard library should be sanitized on fork

Tomaž Šolc added the comment: Except for multiprocessing, does anyone know of any other module in the standard library that uses fork() and threads at the same time? After some grepping through the source I couldn't find any other cases. I'm still in favor of just deprecating using fork() on

[issue12500] support.transient_internet(): catch also Windows socket errors

Antoine Pitrou added the comment: You don't need to add WSAECONNREFUSED, it's already there as ECONNREFUSED: >>> errno.ECONNREFUSED 10061 >>> errno.WSAECONNREFUSED 10061 As for (WSA)ENOTCONN, I don't want to add it before knowing what happens. It may signal a programming error. -- _

[issue6721] Locks in python standard library should be sanitized on fork

Antoine Pitrou added the comment: > Except for multiprocessing, does anyone know of any other module in > the standard library that uses fork() and threads at the same time? > After some grepping through the source I couldn't find any other > cases. It's quite common to launch a subprocess from

[issue12501] callable(): remove the deprecation warning from Python 2.7

New submission from STINNER Victor : Python 2.7 emits a DeprecationWarning warning if callable() is called and python has the -3 option. callable() was removed in Python 3.0, but it was also added again in Python 3.2 (issue #10518). $ ./python -bb -3 -Werror Python 2.7.2+ (2.7:7bfedb159e82, J

[issue12500] support.transient_internet(): catch also Windows socket errors

STINNER Victor added the comment: > You don't need to add WSAECONNREFUSED, > it's already there as ECONNREFUSED Oh ok. Here is a patch for test_ssl.test_connect_ex() ignoring ECONNREFUSED error. -- Added file: http://bugs.python.org/file22582/test_ssl.patch __

[issue12489] email.errors.HeaderParseError if base64url is used

Thomas Guettler added the comment: I received this email. Here is the creator: X-Mailer: CommuniGate Pro MAPI Connector 1.52.53.10/1.53.10.1 -- ___ Python tracker ___ _

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: I'm slightly confused about the implication chain in the flags. PyBUF_STRIDES seem to allow for discontiguous arrays, yet STRIDES -> ND -> C_CONTIGUOUS. PyBUF_FULL[_RO] | PyBUF_INDIRECT

[issue12500] support.transient_internet(): catch also Windows socket errors

Antoine Pitrou added the comment: > Oh ok. Here is a patch for test_ssl.test_connect_ex() ignoring ECONNREFUSED > error. IMO you also want to test for the other errnos in transient_internet. Also, it should skip the test if the connection is refused. -- __

[issue6721] Locks in python standard library should be sanitized on fork

Charles-François Natali added the comment: > Except for multiprocessing, does anyone know of any other module in the > standard library that uses fork() and threads at the > same time? After some grepping through the source I couldn't find any other > cases. The same problem arises in case of

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > I'm slightly confused about the implication chain in the flags. PyBUF_STRIDES > seem to allow for discontiguous arrays, yet STRIDES -> ND -> C_CONTIGUOUS. To be honest I have never understood anything about these flags, and I doubt anyone without a numpy bac

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

Roundup Robot added the comment: New changeset dcfacc2d93b4 by Victor Stinner in branch '3.2': Issue #12493: subprocess: communicate() handles EINTR http://hg.python.org/cpython/rev/dcfacc2d93b4 New changeset 42e23db3ddfc by Victor Stinner in branch 'default': (merge 3.2) Issue #12493: subproce

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Pauli Virtanen added the comment: The flags don't seem to be meant to describe the properties of the buffer, only what the exporter is required to fill in. STRIDES does not imply necessarily discontinuous, only that the `strides` field is present. The C_/F_/ANY_CONTIGUOUS flags imply that the

[issue12500] support.transient_internet(): catch also Windows socket errors

STINNER Victor added the comment: Updated patch: add support.transient_errors tuple. -- Added file: http://bugs.python.org/file22583/test_ssl-2.patch ___ Python tracker ___

[issue12500] support.transient_internet(): catch also Windows socket errors

Changes by STINNER Victor : Removed file: http://bugs.python.org/file22575/transient_internet_windows.patch ___ Python tracker ___ ___ Python-

[issue12500] support.transient_internet(): catch also Windows socket errors

Changes by STINNER Victor : Removed file: http://bugs.python.org/file22582/test_ssl.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12500] Skip test_ssl.test_connect_ex() on connection error

Changes by STINNER Victor : -- title: support.transient_internet(): catch also Windows socket errors -> Skip test_ssl.test_connect_ex() on connection error ___ Python tracker __

[issue12426] packaging.tests.test_command_install_dist.InstallTestCase failure

STINNER Victor added the comment: I didn't see this failure recently. Because packaging module (and tests) changed after the failure, I suppose that the bug is already fixed. -- resolution: -> invalid status: open -> closed ___ Python tracker

[issue12364] Deadlock in test_concurrent_futures

Changes by STINNER Victor : -- title: Timeout (1 hour) in test_concurrent_futures.tearDown() on sparc solaris10 gcc 3.x -> Deadlock in test_concurrent_futures ___ Python tracker ___

[issue12451] open: avoid the locale encoding when possible

Roundup Robot added the comment: New changeset 8b62f5d722f4 by Victor Stinner in branch '3.2': Issue #12451: pydoc: html_getfile() now uses tokenize.open() to support Python http://hg.python.org/cpython/rev/8b62f5d722f4 New changeset 2fbfb7ea362f by Victor Stinner in branch 'default': (merge 3.

[issue8695] Issue while installing Python 2.6.5 in IBM AIX 6.1

Changes by abdeljalil chehaibou : -- nosy: +abdeljalil.chehaibou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: It took me a bit of thinking, but I figured out why the "contiguous" flags imply STRIDES. A quick recap of all the flags: WRITABLE -> error if can't support write access FORMAT -> request format info in Py_buffer struct. Should never error, but report unsigned

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: At least, that's the explanation based on the PEP - not sure where "CONTIG" as an alias for ND (N-dimensional) comes from. But then, smalltable was an undocumented novelty, too :) -- ___ Python tracker

[issue12493] subprocess: Popen.communicate() doesn't handle EINTR in some cases

Roundup Robot added the comment: New changeset 807921ba241d by Victor Stinner in branch '3.2': Issue #12493: skip test_communicate_eintr() if signal.SIGALRM is missing http://hg.python.org/cpython/rev/807921ba241d New changeset 4928cf093a11 by Victor Stinner in branch 'default': (merge 3.2) Iss

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: To address the "should PyManagedBuffer be public?" question: yes, I think so. Given the amount of grief the raw PEP 3118 API has caused the memoryview implementation, I expect the easier lifecycle management provided by the PyObject based API may also help 3rd

[issue6721] Locks in python standard library should be sanitized on fork

Tomaž Šolc added the comment: > We can't do that, it would break existing code. I would argue that such code is already broken. > What do you mean by helper threads? multiprocessing uses threads behind the scenes to handle queue traffic and such for individual forked processes. It's somethin

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Regarding the Reitveld cc field: I tend not to add anyone to that and instead post comments to the tracker item to say that I've finished a review in Reitveld. If people want to see details they can go look at the review itself (or remove themselves from the bu

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > Regarding the Reitveld cc field: I tend not to add anyone to that and > instead post comments to the tracker item to say that I've finished a > review in Reitveld. If people want to see details they can go look at > the review itself (or remove themselves from

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: I don't think that's a bug, it's a missing feature in the integration (there's a request on the metatracker to add automatic notifications of new reviews on the bug itself). I did mention the review above but it would have been easy to miss amongst the other c

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > I don't think that's a bug, it's a missing feature in the integration > (there's a request on the metatracker to add automatic notifications > of new reviews on the bug itself). It is a bug, actually. People on the nosy list are also on the Rietveld cc list,

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: (and so, for the record, I've added my own small review :)) -- ___ Python tracker ___ ___ Python-bu

[issue10608] Add a section to Windows FAQ explaining os.symlink

Changes by Adam Woodbeck : -- nosy: +adam.woodbeck ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Moving this discussion out of the review comments: Antoine is wanting to make release() nondeterministic by having the underlying buffer only released when all views using it either have release() called or are no longer referenced. I contend that release() ne

[issue10647] scrollbar crash in non-US locale format settings

Hans Bering added the comment: I'm sorry, but it seems the issue described in my previous edit (msg139566) is perhaps not related to the original Scrollbar problem. I had thought they were because of the superficial resemblance (i.e., crashes due to locale-dependent float handling for integer

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > Antoine is wanting to make release() nondeterministic by having the > underlying buffer only released when all views using it either have > release() called or are no longer referenced. That's not "nondeterministic" if everyone calls release(). Less so than g

[issue2506] Line tracing of continue after always-taken if is incorrect

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Antoine Pitrou wrote: > My issue is that until now sliced memoryviews are independent objects > and are not affected by the releasing of the original memoryview. With > this patch, they are, and that's why I'm advocating for a subtler > approach (which would reall

[issue12043] Update shutil documentation

Éric Araujo added the comment: I will commit the rest of the patch. -- assignee: docs@python -> eric.araujo priority: low -> high ___ Python tracker ___

[issue12499] textwrap.wrap: add control for fonts with different character widths

Éric Araujo added the comment: Amaury, do you think it’s more common to subclass TextWrapper than just instantiate it? I find the proposed API (an argument to __init__) very intuitive. -- keywords: +needs review nosy: +eric.araujo, georg.brandl stage: -> patch review __

[issue12485] textwrap.wrap: new argument for more pleasing output

Éric Araujo added the comment: xrange does not exist in Python 3, it’s called range. You should have seen yesterday that I changed the versions: as a new feature, this cannot go into stable releases, only into the next one. I’m adding Georg to nosy per http://docs.python.org/devguide/experts

[issue12501] callable(): remove/amend the deprecation warning in Python 2.7

Éric Araujo added the comment: What about this change instead: -if (PyErr_WarnPy3k("callable() not supported in 3.x; " +if (PyErr_WarnPy3k("callable() not supported in 3.1; " -- nosy: +eric.araujo title: callable(): remove the deprecation warning from Python 2.7 -> callable():

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > I thought the rationale for the release() method was to allow sequences like: > > b = bytearray() > m1 = memoryview(b) > m1.release() -> must call releasebuffer instantly. > b.resize(10) -> this might fail otherwise if the garbage collection is too > slow.

[issue7231] Windows installer does not add \Scripts folder to the path

Éric Araujo added the comment: Duplicate of #9093 (or is it the reverse?) -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs

[issue7231] Windows installer does not add \Scripts folder to the path

Changes by Éric Araujo : -- Removed message: http://bugs.python.org/msg139884 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7231] Windows installer does not add \Scripts folder to the path

Éric Araujo added the comment: Duplicate of #3561 (or maybe the reverse) -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11123] problem with packaged dependency extracter script, pdeps

Éric Araujo added the comment: Looks good. I suggest you test again and commit. -- nosy: +eric.araujo stage: -> patch review type: crash -> behavior versions: +Python 3.3 -Python 3.1 ___ Python tracker _

[issue12492] Inconsistent Python find() behavior

Juan Gonzalez added the comment: Today I tried to use parse() instead of find() and I found out the following response: tony@ubuntu:~/auto/sel/scripts$ python wtfibmdom Traceback (most recent call last): File "wtfibmdom", line 22, in if url.parse(str) > 0: AttributeError: 'str' object

[issue12492] Inconsistent Python find() behavior

Juan Gonzalez added the comment: Hi Georg, This is the python code listing: from RSS import ns, CollectionChannel, TrackingChannel #Create a tracking channel, which is a data structure that #Indexes RSS data by item URL tc = TrackingChannel() str = 'j3-nspire-prd-validation' index = 0 #Return

[issue11394] Tools/demo, etc. are not installed

Éric Araujo added the comment: > Explicit request for inclusion? What kind of bureaucracy are you up to? This probably means: bug reports. The Tools directory may or may not be included in UNIX tarballs, Mac OS X installers or Windows installers. It is not documented anywhere that they shou

[issue12492] Inconsistent Python find() behavior

Brian Curtin added the comment: Can you post some example code or a test case? -- nosy: +brian.curtin ___ Python tracker ___ ___ Pyth

[issue6931] dreadful performance in difflib: ndiff and HtmlDiff

Éric Araujo added the comment: The patch by Filip does not add new features, so I’m adjusting versions. I cannot review the patch only by reading it, but if someone gives me a timeit command I can post a benchmark for my Debian machine. -- nosy: +eric.araujo versions: +Python 2.7, Pyt

[issue10318] "make altinstall" installs many files with incorrect shebangs

Éric Araujo added the comment: This 3.2 patch updates UNIX rights and shebangs in Tools/scripts. I also edited mailerdaemon, which used a string exception. -- versions: -Python 3.1 Added file: http://bugs.python.org/file22584/tools-scripts.diff ___

[issue12492] Inconsistent Python find() behavior

Jesús Cea Avión added the comment: Put the failing code inside a "try", and wrote in the "except": "print repr(url)". I am pretty sure your "url" can be, actually, a number. Or print "url" just before the 'faulty' line. I guess you will be surprised. -- __

[issue12499] textwrap.wrap: add control for fonts with different character widths

Tyler Romeo added the comment: Normally I would have just added it as a function to be overloaded, but because of the nature of the textwrap.wrap function (all kwargs are passed to the TextWrapper constructor) I thought it made a lot more sense to keep it as an argument to __init__.

[issue9860] Building python outside of source directory fails

Éric Araujo added the comment: I am working on a patch to make patchcheck use os.path.join(sysconfig.get_config_var('srcdir'), etc.) to look for the .hg dir and open files (to do its checks) with the right paths. -- ___ Python tracker

[issue12492] Inconsistent Python find() behavior

Changes by Brian Curtin : -- stage: -> committed/rejected status: open -> closed type: crash -> behavior ___ Python tracker ___ ___ P

[issue6721] Locks in python standard library should be sanitized on fork

Charles-François Natali added the comment: >> We can't do that, it would break existing code. > > I would argue that such code is already broken. > - that's not necessarily true, if your code is carefully designed - we can't forbid fork() in a multi-threaded application while it's allowed by PO

[issue12492] Inconsistent Python find() behavior

Juan Gonzalez added the comment: I print 1 before the faulty line and like Jesús says I'm surprised I get a 1 Description: Build passed 1 Traceback (most recent call last): File "wtfibmdom", line 23, in if url.find(str) > 0: AttributeError: 'int' object has no attribute 'find' -

[issue12502] 100% cpu usage when using asyncore with UNIX socket

New submission from Алексей Агапитов : When using asyncore server with UNIX socket, I got 100% CPU usage. I run modified code example from asyncore doc page. This code was tested on two systems: Ubuntu 10.04 2.6.32-32-generic #62-Ubuntu SMP with two versions of Python: Python 3.2 (r32:88445, Ma

[issue12502] 100% cpu usage when using asyncore with UNIX socket

Changes by Antoine Pitrou : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue12502] 100% cpu usage when using asyncore with UNIX socket

Charles-François Natali added the comment: It's looping in Lib/asyncore.py:poll select(4, [3], [3], [3], {30, 0}) = 1 (out [3], left {29, 94}) select(4, [3], [3], [3], {30, 0}) = 1 (out [3], left {29, 94}) select(4, [3], [3], [3], {30, 0}) = 1 (out [3], left {29, 9

[issue12502] 100% cpu usage when using asyncore with UNIX socket

Ross Lagerwall added the comment: Looks good, the patch seems to fix the problem. This section of code indicates that the accepting socket shouldn't be in the write set... def handle_write_event(self): if self.accepting: # Accepting sockets shouldn't get a write event. # We

[issue12459] time.sleep(-1.0) behaviour

Roundup Robot added the comment: New changeset 0e5485634817 by Victor Stinner in branch 'default': Issue #12459: time.sleep() now raises a ValueError if the sleep length is http://hg.python.org/cpython/rev/0e5485634817 -- nosy: +python-dev ___ Python

[issue12459] time.sleep(-1.0) behaviour

STINNER Victor added the comment: Tim Lesher agreed to raise an exception ("That makes sense. Better to be consistent within the time API--I know the different semantics of time.clock() have confused people around here."), so I think that everybody agreed to raise an exception. I commited my

[issue12494] subprocess: check_output() doesn't close pipes on error

STINNER Victor added the comment: See also issue #12044 which changed the context manager to call the wait() method. -- ___ Python tracker ___ _

[issue12044] subprocess.Popen.__exit__ doesn't wait for process end

STINNER Victor added the comment: See also issue #12494: "subprocess: check_output() doesn't close pipes on error". -- nosy: +haypo ___ Python tracker ___ _

[issue8716] test_tk/test_tkk_guionly fails on OS X if run from buildbot slave daemon -- crashes Python

Ned Deily added the comment: That's puzzling. That particular segfault failure is on test_ttk_guionly but test_tk apparently passed earlier in the run and it seems that this buildbot is being run with a window manager connection available (the changes that I added did not raise an exception a

[issue8716] test_tk/test_tkk_guionly fails on OS X if run from buildbot slave daemon -- crashes Python

Roundup Robot added the comment: New changeset 18ce15f841cf by Ned Deily in branch '2.7': Issue #8716: Add temporary code for 2.7 to help diagnose buildbot failure. http://hg.python.org/cpython/rev/18ce15f841cf -- ___ Python tracker

[issue10883] urllib: socket is not closed explicitly

Nadeem Vawda added the comment: The failure seems to occur sporadically. I'm looking into it. -- ___ Python tracker ___ ___ Python-bu

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Davide Rizzo added the comment: Looking through Antoine's example code. When garbage is collected, the subtype and its tp_dict are cleared before the instance object itself. When the dict is cleared as part of the garbage collection, the methods get deallocated but the method cache is not upd

[issue12149] Segfault in _PyObject_GenericGetAttrWithDict

Changes by Andreas Stührk : -- nosy: +Trundle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12482] input() not working correctly on Mac OS X

Dmitriy Gorbachev added the comment: Hello Ned Thank you very much for your time and for your advice where to post questions like mine. I apologise for my mistake: instead of input() there was raw_input() function in the book, which works as expected on all platforms. Best regards Dmitry

[issue5342] packaging: add tests for old versions cleanup on update

Changes by Thomas Holmes : -- nosy: +thomas.holmes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue11512] adding test suite for cgitb

Roundup Robot added the comment: New changeset 7e0102ec95d4 by Brian Curtin in branch 'default': Fix #11512. Add an initial test suite for the cgitb, providing 75% coverage. http://hg.python.org/cpython/rev/7e0102ec95d4 New changeset f362f0053eab by Brian Curtin in branch 'default': Normalize w

[issue12482] input() not working correctly on Mac OS X

Dmitriy Gorbachev added the comment: Hi Amaury, Thank you very much for your email. Actually what happedded is that I mistakenly used input() function in place of raw_input() as it is in the book. raw_input correctly inputs bob and 'bob', while input() inputs correctly 'bob' only and complai

[issue10883] urllib: socket is not closed explicitly

Nadeem Vawda added the comment: The problem seems to be that CacheFTPHandler inherits ftp_open() from FTPHandler - FTPHandler.ftp_open() marks the ftpwrapper object to be closed as soon as the current transfer is complete. So CacheFTPHandler's cache ends up full of closed ftpwrappers. I don't ha

[issue11512] adding test suite for cgitb

Brian Curtin added the comment: Sorry it took so long to get to this - thanks a lot for the patch, Robbie! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue1697175] winreg module for cygwin?

Changes by Kenyon Ralph : -- nosy: +kralph ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

  1   2   >