[issue11623] Distutils is reporting OSX 10.6 w/ XCode 4 as "universal"

Ned Deily added the comment: A similar issue on StackOverflow reminded me that Distutils has support for the ARCHFLAGS environment variable on Mac OS X which you can use when building a C extension module to override the ARCH values that Python was built with. I don't have Xcode 4 installed

[issue3851] IDLE: Pressing "Home" on Windows places cursor before ">>>" instead of after. Solution offered.

Roundup Robot added the comment: New changeset a7d50a4e124e by Kurt B. Kaiser in branch '3.1': toggle non-functional when NumLock set http://hg.python.org/cpython/rev/a7d50a4e124e -- ___ Python tracker ___

[issue11668] _multiprocessing.Connection.poll with timeout uses polling under Windows

Brian Curtin added the comment: SYNCHRONIZE comes for free on pipes created with CreateNamedPipe, so there's nothing to do there. I think it's more likely that we'll have to use WaitForMultipleObjects and include the pipe handle with a signal handler for Ctrl-C. I believe this is done elsewh

[issue11662] Redirect vulnerability in urllib/urllib2

Changes by Senthil Kumaran : Added file: http://bugs.python.org/file21388/ff71c4416cde.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11662] Redirect vulnerability in urllib/urllib2

Senthil Kumaran added the comment: On Thu, Mar 24, 2011 at 05:32:42PM +, Guido van Rossum wrote: > I still don't think we should raise URLError on the bad redirect; we > should treat it the same as a missing URI/Location header, and it > will raise HTTPError. Agreed. Updated the hg reposito

[issue1602] windows console doesn't print or input Unicode

STINNER Victor added the comment: Le vendredi 25 mars 2011 à 00:54 +, David-Sarah Hopwood a écrit : > David-Sarah Hopwood added the comment: > > I wrote: > $ python3 -c 'import sys; sys.stdout.write("foo"); > sys.stdout.buffer.write(b"bar"); sys.stdout.write("baz\n")' > barfoobaz > > Hmm,

[issue11657] multiprocessing_{send,recv}fd fail with fds > 256

Changes by Antoine Pitrou : -- nosy: +asksol, jnoller versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___ ___

[issue11321] 9th import of module _pickle always crashes

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

[issue10966] eliminate use of ImportError implicitly representing SkipTest

R. David Murray added the comment: Antoine wrote: > Do you want to keep track of the specificities of each version of the *BSDs? Currently regrtest does, but they are currently all set to the same list of tests. Perhaps a FreeBSD generic that implies all versions, and then if we ever have a

[issue1602] windows console doesn't print or input Unicode

Glenn Linderman added the comment: Would it suffice if the new scheme internally flushed after every buffer.write? It wouldn't be needed after write, because the correct application would already do one there? Am I off-base in supposing that the performance of buffer.write is expected to in

[issue1602] windows console doesn't print or input Unicode

David-Sarah Hopwood added the comment: Glenn Linderman wrote: > Presently, a correct application only needs to flush between a sequence of > writes and a sequence of buffer.writes. Right. The new requirement would be that a correct app also needs to flush between a sequence of buffer.writes (

[issue11343] Make errors due to full parser stack identifiable

Changes by Andreas Stührk : Removed file: http://bugs.python.org/file20925/parser_nested_MemoryError.patch ___ Python tracker ___ ___ Python-b

[issue11343] Make errors due to full parser stack identifiable

Changes by Andreas Stührk : Removed file: http://bugs.python.org/file20926/parser_nested_SyntaxError.patch ___ Python tracker ___ ___ Python-b

[issue11343] Make errors due to full parser stack identifiable

Andreas Stührk added the comment: On Fri, Mar 4, 2011 at 9:30 PM, Terry J. Reedy wrote: > I agree with Martin (from 2000) that SyntaxError is not right either. Perhaps > a new ParseError subclass thereof. I added a new `ParserError` that inherits from `SyntaxError`. > I presume REPL == read

[issue1602] windows console doesn't print or input Unicode

Glenn Linderman added the comment: Presently, a correct application only needs to flush between a sequence of writes and a sequence of buffer.writes. Don't assume the flush happens after every write, for a correct application. -- ___ Python tracker

[issue1602] windows console doesn't print or input Unicode

David-Sarah Hopwood added the comment: I wrote: $ python3 -c 'import sys; sys.stdout.write("foo"); sys.stdout.buffer.write(b"bar"); sys.stdout.write("baz\n")' barfoobaz Hmm, the behaviour actually would differ here: the proposed implementation would print foobaz bar (the "foobaz\n" is writt

[issue1602] windows console doesn't print or input Unicode

David-Sarah Hopwood added the comment: I wrote: > The only caveat would be that if you write a partial line to the buffer > object (or if you set the buffer object to be fully buffered and write to > it), and then write to the text stream, the buffer wouldn't be flushed before > the text is w

[issue11668] _multiprocessing.Connection.poll with timeout uses polling under Windows

Antoine Pitrou added the comment: For the record, the polling code is in conn_poll() in Modules/_multiprocessing/pipe_connection.c. Windows named pipes seem to be created in pure Python in Lib/multiprocessing/connection.py. -- ___ Python tracker <

[issue11668] _multiprocessing.Connection.poll with timeout uses polling under Windows

New submission from Antoine Pitrou : This impacts higher-level APIs such as Queue.get() with a positive timeout. I'm not sure whether it's easily possible to fix this. A Google search seems to suggest that the pipe could be opened with "SYNCHRONIZE" access rights (?) and then WaitForSingleObjec

[issue7330] PyUnicode_FromFormat: implement width and precision for %s, %S, %R, %V, %U, %A

STINNER Victor added the comment: I closed #10833 as invalid, because it is a regression of Python 3. PyErr_String() uses PyString_FromFormatV() in Python 2, which supports precision for %s, whereas it uses PyUnicode_FromFormatV() in Python 3, which never supported precision for %s.

[issue11667] 'configure' script overrides users setting of CFLAGS

New submission from David Kirkby : I'm trying to build a version of Python *without* debugging information. The reason for me wanting to do this is because there is a bug which is either in gcc or AIX , that prevents recently patched versions of AIX building code where there are static variabl

[issue11651] Improve test targets in Makefile

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue11477] Bug in code dispatching based on internal slots

Changes by Martin v. Löwis : Added file: http://bugs.python.org/file21386/8bd713a823b5.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11666] Test pydoc to display full help for named tuples

New submission from Raymond Hettinger : Teach pydoc to find methods and attributes with leadings underscores in a named tuple. -- components: Library (Lib) files: pydoc.patch keywords: patch messages: 132055 nosy: rhettinger priority: normal severity: normal status: open title: Test pyd

[issue11656] Debug builds for Windows would be very helpful

Jack Jansen added the comment: Martin, what I meant by "linking debug and non-debug builds together is impossible" is "you cannot link modules together if they code generation has been set to different runtime systems, for example one module using the debug runtime system and another using th

[issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary limit of 500 bytes is outdated

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

[issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary limit of 500 bytes is outdated

STINNER Victor added the comment: My stronger argument was that %.100s was never supported. I am wrong: Python 2 is only to truncate strings in PyErr_Format() (PyString_FromFormatV() supports precision for %s format). As I am the only one wanting to changing that, and I don't have any argumen

[issue11477] Bug in code dispatching based on internal slots

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file21384/8bd713a823b5.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue11477] Bug in code dispatching based on internal slots

Changes by Martin v. Löwis : Added file: http://bugs.python.org/file21384/8bd713a823b5.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11477] Bug in code dispatching based on internal slots

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file21383/8bd713a823b5.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue11477] Bug in code dispatching based on internal slots

Nick Coghlan added the comment: Martin and I are still experimenting with this issue as a test case for the remote repository diff calculator, so apologies for the noise as we add and remove patch files. -- ___ Python tracker

[issue11665] Regexp findall freezes

STINNER Victor added the comment: If I read correctly '(<(?:(?:[^<>]*)|(?:"[^"]*"))*>)', it is something like (A*|B)*. Regex like (A*)* is *very* slow. It can easily be optimized to A*. Or for (A*|B)* => (A|B)*. So '(<(?:(?:[^<>]*)|(?:"[^"]*"))*>)' can be optimized to '(<(?:(?:[^<>])|(?:"[^"

[issue11665] Regexp findall freezes

Alex Gaynor added the comment: Yes, this is known as catastrophic backtracking, and there isn't really a solution for it, some regexps can't be efficiently matched. -- nosy: +alex ___ Python tracker _

[issue11477] Bug in code dispatching based on internal slots

Changes by Nick Coghlan : Added file: http://bugs.python.org/file21383/8bd713a823b5.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Changes by Antoine Pitrou : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11665] Regexp findall freezes

Viktor Ferenczi added the comment: Fixing my typo in this bug report: "Finding all matches of a regular expression freezes:" (I'm not allowed to edit the report's body itself.) -- ___ Python tracker

[issue11665] Regexp findall freezes

New submission from Viktor Ferenczi : Finding all matches of a expression freezes: {{{ fviktor@sirius:~$ python3.2 Python 3.2 (r32:88445, Mar 8 2011, 01:24:57) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import re >>> text = '\\ = 0) & (la

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Brett Cannon added the comment: On Thu, Mar 24, 2011 at 15:22, Antoine Pitrou wrote: Sure, but do the buildbots pick up on this fact in some visible way? > Perhaps we can keep required/optional for core things like "posix" or > "winreg". But failing the test suite because ctypes doesn't compil

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Antoine Pitrou added the comment: > I can change it to 'required' and 'optional'. > > As for Antoine's comment, do you have another suggestion? I realize it > isn't necessarily easier per se to manage these lists than the > 'expected' list, but what would you rather have happen? > Simply say te

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Brett Cannon added the comment: I can change it to 'required' and 'optional'. As for Antoine's comment, do you have another suggestion? I realize it isn't necessarily easier per se to manage these lists than the 'expected' list, but what would you rather have happen? Simply say tests are skip

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Antoine Pitrou added the comment: > The attached patch has both the code to make test skipping more > obvious as well as eliminating the concept of expected skips. I still don't like the idea that we have to hand-maintain lists of "optional" or "required" platforms. It is not more manageable th

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Éric Araujo added the comment: It’s only the names that are not symmetrical (“_on” or not). -- ___ Python tracker ___ ___ Python-bugs

[issue11660] closure with too few cells segfaults

Benjamin Peterson added the comment: Then the checking should be in your function. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Brett Cannon added the comment: In terms of the symmetrical comment, what exactly do you mean? The semantics are opposites of each other. Do you not like the name? Or did I screw up and they truly aren't opposites? -- ___ Python tracker

[issue11660] closure with too few cells segfaults

Eric Snow added the comment: It's a C function that for now I have in an extension module. If it turns out to be useful I am going to try to get it put into the builtins, but I don't want to get ahead of myself. -- Added file: http://bugs.python.org/file21380/unnamed _

[issue11660] closure with too few cells segfaults

Benjamin Peterson added the comment: 2011/3/24 Eric Snow : > > Eric Snow added the comment: > > I'm hoping to "release" it this week.  Nick helped be a bunch with it during > pycon sprints.  I basically took call_function in ceval.c and got it working > for arbitrary code blocks and exposed it

[issue11660] closure with too few cells segfaults

Eric Snow added the comment: I'm hoping to "release" it this week. Nick helped be a bunch with it during pycon sprints. I basically took call_function in ceval.c and got it working for arbitrary code blocks and exposed it as exec_closure to look like exec. On Thu, Mar 24, 2011 at 3:38 PM, Ben

[issue11660] closure with too few cells segfaults

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11656] Debug builds for Windows would be very helpful

Martin v. Löwis added the comment: > Martin, I agree about the Py_DEBUG issue. My reason for asking is > really only a workaround for the VC++ problam that you can't link > non-debug and debug builds together. Please understand that this is factually incorrect, if, by "debug build" you mean "bu

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: (Ned, I'm running 10.6.6 with a 64-bit kernel. I've tried running ./configure without any arguments, and also with --prefix=/opt/local, since I install essentially everything with MacPorts.) -- ___ Python tracker

[issue11660] closure with too few cells segfaults

Benjamin Peterson added the comment: And the source of exec_closure is what exactly? -- nosy: +benjamin.peterson ___ Python tracker ___ _

[issue10966] eliminate use of ImportError implicitly representing SkipTest

Éric Araujo added the comment: I’m probably the one with the least regrtest knowledge among us, but I like the general idea of moving the compat info from one huge dict into the tests themselves. It looks more readable and maintainable. The new tests for test.support looks good. I have a re

[issue9056] Adding additional level of bookmarks and section numbers in python pdf documents.

Sandro Tosi added the comment: The number of items in the bookmark is controlled by \setcounter{tocdepth}{1} in sphinxmanual.cls, that's included in every latex file (the source of the PDF documentation). The cls file is coming directly from sphinx, so Georg: what is the purpose of limiting

[issue11455] issue a warning when populating a CPython type dict with non-string keys

Daniel Urban added the comment: > I would prefer an explicit PyExc_RuntimeWarning to not have to read the > source of PyErr_WarnFormat() or its documentation. The patch at issue11470 adds a new warning type, CompatibilityWarning. I think probably that should be used here too. --

[issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c

Changes by Steffen Daode Nurpmeso : -- nosy: +jesstess ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11634] misleading comment on PyBytes_FromStringAndSize

Eli Bendersky added the comment: Patch reviewed by Nick Coghlan and committed -- resolution: -> fixed status: open -> closed versions: +Python 2.7 -Python 3.2 ___ Python tracker __

[issue11634] misleading comment on PyBytes_FromStringAndSize

Roundup Robot added the comment: New changeset 44749e501982 by Eli Bendersky in branch '2.7': Issue #11634: Remove misleading paragraph from a comment http://hg.python.org/cpython/rev/44749e501982 -- ___ Python tracker

[issue11634] misleading comment on PyBytes_FromStringAndSize

Roundup Robot added the comment: New changeset a729dfdbd24b by Eli Bendersky in branch 'default': Issue #11634: Remove misleading paragraph from a comment http://hg.python.org/cpython/rev/a729dfdbd24b -- nosy: +python-dev ___ Python tracker

[issue11664] Add patch method to unittest.TestCase

Éric Araujo added the comment: Needless to say the name is open: patch, replace, settempvalue, what have you. -- ___ Python tracker ___ _

[issue11664] Add patch method to unittest.TestCase

Éric Araujo added the comment: Typo s/self.path/self.patch/ I forgot to mention the rationale for this method: factor out common code to make sure the cleanup is not forgotten. Also kill debates about addCleanup vs. tearDown vs. try/finally. -- _

[issue11664] Add patch method to unittest.TestCase

New submission from Éric Araujo : A common thing to do in setUp or test* methods is to replace some module attribute with something else, either to mock an object calling an external resource or to test platform-specific behavior (for example, changing os.name before calling some function). C

[issue11610] Improving property to accept abstract methods

Ned Deily added the comment: (Darren, what version of OS X and what arguments did you use for ./configure ? In general, for testing purposes, a vanilla ./configure with no args should work fine for building a Python that works right from your source build directory. If you want to build som

[issue11650] Faulty RESTART/EINTR handling in Parser/myreadline.c

Michael Hudson added the comment: To be clear, I have no idea why the patch for issue 960406 removed the continue from my_fgets. It may have been simply a mistake. -- ___ Python tracker _

[issue1156179] Calls from VBScript clobber passed args

Chris Lambacher added the comment: copied to pywin32 bug tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=3238774&group_id=78018&atid=551954 -- nosy: +lambacck ___ Python tracker __

[issue9909] request for calendar.dayofyear() function

Changes by Alexander Belopolsky : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue9344] please add posix.getgrouplist()

Ross Lagerwall added the comment: Ronald, does it have the same problem as #7900 on OS X or can I commit? -- ___ Python tracker ___ __

[issue9344] please add posix.getgrouplist()

Alexander Belopolsky added the comment: Looks good to me as well. Just a nit-pick: in python code base "sizeof" is not separated from the opening parenthesis. I understand the desire to distinguish "sizeof" from a function, but it is probably better to be consistent. -- assignee: be

[issue10225] Fix doctest runable examples in python manual

Raymond Hettinger added the comment: > I am curious, what was the reason to add > trailing whitespace in the named tuple template? To make it hard to doctest ;-) I had a thought that it made the template more readable, but the better solution was to just use real newlines instead of '\n'.

[issue10225] Fix doctest runable examples in python manual

Alexander Belopolsky added the comment: > Please leave the deployed code for named tuple as-is. Doctest may > have issues with trailing whitespace, but that is doctest's problem, > not named tuple's. I am curious, what was the reason to add trailing whitespace in the named tuple template? --

[issue11093] test_future - rename not-unittest files to make regrtest.NOTTESTS an empty set

Changes by R. David Murray : -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11093] test_future - rename not-unittest files to make regrtest.NOTTESTS an empty set

Roundup Robot added the comment: New changeset 6a649a15cd14 by R David Murray in branch 'default': #11093: make NOTTESTS empty by renaming confusingly named files in test dir. http://hg.python.org/cpython/rev/6a649a15cd14 -- nosy: +python-dev ___ Pyt

[issue11031] regrtest - --testdir, new command-line option to specify alternative test directory

R. David Murray added the comment: Made the same change to the usage of os.path.join. -- nosy: +r.david.murray resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed type: -> feature request ___ Python tracker

[issue11031] regrtest - --testdir, new command-line option to specify alternative test directory

Roundup Robot added the comment: New changeset ef393e6ac31b by R David Murray in branch 'default': #11031: Add --testdir to specify where to find tests http://hg.python.org/cpython/rev/ef393e6ac31b -- nosy: +python-dev ___ Python tracker

[issue11030] regrtest - allow for relative path with --coverdir

R. David Murray added the comment: Thanks. Shortened patch by using the fact that os.path.join returns the second component if it is absolute, as discussed on IRC. -- nosy: +r.david.murray resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed type: ->

[issue11030] regrtest - allow for relative path with --coverdir

Roundup Robot added the comment: New changeset 6ff4e479f03b by R David Murray in branch 'default': #11030: make --coverdir work for relative directories again. http://hg.python.org/cpython/rev/6ff4e479f03b -- nosy: +python-dev ___ Python tracker

[issue5305] imaplib should support international mailbox names

Александр Цамутали added the comment: So noone is working on this issue ATM? -- nosy: +astsmtl ___ Python tracker ___ ___ Python-bugs-

[issue11635] concurrent.futures uses polling

Antoine Pitrou added the comment: After studying the multiprocessing code, it turns out that Queue.get() with a timeout does its own rather high-frequency polling under Windows (see Modules/_multiprocessing/pipe_connection.c). Therefore, here is an updated patch which doesn't have a security

[issue11662] Redirect vulnerability in urllib/urllib2

Changes by Guido van Rossum : Added file: http://bugs.python.org/file21377/ca3b117c40f3.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue11662] Redirect vulnerability in urllib/urllib2

Guido van Rossum added the comment: I am okay with adding FTP to the list. I still don't think we should raise URLError on the bad redirect; we should treat it the same as a missing URI/Location header, and it will raise HTTPError. -- ___ Python tr

[issue11662] Redirect vulnerability in urllib/urllib2

Antoine Pitrou added the comment: > > Senthil's patch allows a redirect to ftp while Guido's doesn't. > > That is a good question. Should we? It doesn't look like ftp: > participates in the vulnerability, but I'm not sure how useful it is > either. I would say accept it anyway. That way we min

[issue11662] Redirect vulnerability in urllib/urllib2

Senthil Kumaran added the comment: Here is a more complete patch with tests. Please review this. Yes, it is against the default branch (3.x codeline). We can backport this behavior to 2.x codeline. I have raised an URLError exception when the direct to invalid_schemes is detected. Also, ftp

[issue11662] Redirect vulnerability in urllib/urllib2

Changes by Senthil Kumaran : Added file: http://bugs.python.org/file21376/3c07ea6a176a.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11662] Redirect vulnerability in urllib/urllib2

Guido van Rossum added the comment: > Which patch should be reviewed? They seem to be different. Both. Mine's for the Python 2 line while Senthil seems to deal with Python 3. (However the presence of Senthil's patch somehow overrode my patch in Rietveld. It looks like Martin didn't think of thi

[issue11661] test_collections.TestNamedTuple.test_source failing on many buildbots after f09f7ab40ce6

STINNER Victor added the comment: Why do you remove NTColor from globals *after* creating it? The assertion looks useless, or are you testing that globals().pop() works as expected? tmp = namedtuple('NTColor', 'red green blue') globals().pop('NTColor', None) # remove artifacts from ot

[issue11661] test_collections.TestNamedTuple.test_source failing on many buildbots after f09f7ab40ce6

Raymond Hettinger added the comment: Thanks for the report. It looks like globals() contamination is happening on the buildbot that isn't happening locally. Isolated the test in commit 4f1cd92fe835 Will check the buildbots after to make sure it worked. Otherwise, will delete test. ---

[issue11663] multiprocessing (and concurrent.futures) doesn't detect killed processes

STINNER Victor added the comment: It's possible to stop the parent with a CTRL+c, and so here is the trace of blocking function: $ ./python y.py parent 26706: wait child child 26707: wait 60 seconds ^CProcess PoolWorker-2: Traceback (most recent call last): File "y.py", line 13, in Traceba

[issue11663] multiprocessing (and concurrent.futures) doesn't detect killed processes

Changes by STINNER Victor : -- title: concurrent.futures (or multiprocessing?) doesn't detect killed processes -> multiprocessing (and concurrent.futures) doesn't detect killed processes ___ Python tracker ___

[issue11663] concurrent.futures (or multiprocessing?) doesn't detect killed processes

STINNER Victor added the comment: In the following example, the parent doesn't react when the child process is killed: - from os import getpid from time import sleep, time from multiprocessing import Pool def f(sec): print("child %s: wait %s seconds" % (getpid(), sec)) sleep(sec)

[issue11606] maxlinelen exceeded by email module's body_encode() function

Changes by R. David Murray : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue11393] Integrate faulthandler module into Python 3.3

STINNER Victor added the comment: > For fatal errors, you needn't be async-safe, so the fatal error code > could read fileno(stderr) and give it to the traceback printing code. My last patch for issue #8863 does exactly that: ## void Py_FatalError(const char *msg) { -fprintf

[issue11606] maxlinelen exceeded by email module's body_encode() function

Roundup Robot added the comment: New changeset 37ba11d806c5 by R David Murray in branch '3.1': #11606: improved body_encode algorithm, no longer produces overlong lines http://hg.python.org/cpython/rev/37ba11d806c5 New changeset b801d55a9979 by R David Murray in branch '3.2': Merge #11606: impr

[issue11477] Bug in code dispatching based on internal slots

Changes by Raymond Hettinger : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: Here is a new version of the patch. I think it addresses all of the issues that have been raised to date. I had to comment out the -lintl line in Modules/Setup to build on OS X, this seems to be a similar issue to http://bugs.python.org/issue6154 . So I don't h

[issue11393] Integrate faulthandler module into Python 3.3

Antoine Pitrou added the comment: > Antoine Pitrou wrote: > > It would be nice if it were enabled by default for fatal errors (and > > asserts perhaps?). > > I feel like a broken record. This code hardcodes fd=2 as a write target on > crash, For fatal errors, you needn't be async-safe, so th

[issue11663] concurrent.futures (or multiprocessing?) doesn't detect killed processes

Antoine Pitrou added the comment: Le jeudi 24 mars 2011 à 16:16 +, STINNER Victor a écrit : > STINNER Victor added the comment: > > In the following example, if I kill the child process, the parent is > immediatly done: > --- > from os import getpid > from time import sleep > from multipr

[issue11663] concurrent.futures (or multiprocessing?) doesn't detect killed processes

STINNER Victor added the comment: In the following example, if I kill the child process, the parent is immediatly done: --- from os import getpid from time import sleep from multiprocessing import Process def f(sec): print("child %s: wait %s seconds" % (getpid(), sec)) sleep(sec) if _

[issue11236] getpass.getpass does not respond to ctrl-c or ctrl-z

Merlijn van Deen added the comment: @orsenthil > Close similarity with getpass.c 's behavior had lent some to support to this > change in 2.6. Changing now in older codeline has some chances of breaking > others code. > Someone who has been affected by this change in behavior should provide so

[issue11393] Integrate faulthandler module into Python 3.3

Scott Dial added the comment: Antoine Pitrou wrote: > It would be nice if it were enabled by default for fatal errors (and asserts > perhaps?). I feel like a broken record. This code hardcodes fd=2 as a write target on crash, which is not safe thing to do at all. You can argue that adopters o

[issue11663] concurrent.futures (or multiprocessing?) doesn't detect killed processes

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

[issue11663] concurrent.futures (or multiprocessing?) doesn't detect killed processes

New submission from Antoine Pitrou : If you do: ./python -c "from concurrent.futures import *; from time import *; t = ProcessPoolExecutor(1); t.submit(sleep, 60)" and then kill the child process, the parent process doesn't notice and waits endlessly for the child to return the results. I'm

  1   2   >