[issue6498] Py_Main() does not return on SystemExit

Roundup Robot added the comment: New changeset 0311f62714f7 by Georg Brandl in branch '3.1': Closes #6498: fix several misspellings of "SystemExit" as "SystemError". http://hg.python.org/cpython/rev/0311f62714f7 New changeset 7089afd69a1a by Georg Brandl in branch '3.2': Merge #6498 fix from 3.

[issue11802] filecmp.cmp needs a documented way to clear cache

Georg Brandl added the comment: -1 on backporting. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1615158] POSIX capabilities support

Ross Lagerwall added the comment: Adding this to the posix module would enforce linking with lcap and lattr always. The development headers for these are not installed by default on some distributions. I think it would be better if they are added to a separate module (especially since all th

[issue12038] assertEqual doesn't display newline differences quite well

Gregory P. Smith added the comment: We should ensure that the first differing character in the string is always included in what is displayed as a diff. if we're going to shorten a string we should elide something that matches. -- nosy: +gregory.p.smith _

[issue11610] Improving property to accept abstract methods

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

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: It just occurred to me, there is a potential problem with abstractproperty and the decorator syntax in my patch: class Foo: @abstractproperty def p(self): pass # p is abstract, but has no abstract methods @p.setter def p(self, val): pass

[issue12060] Python doesn't support real time signals

Gregory P. Smith added the comment: if someone comes up with a situation where this is a real problem, feel free to reopen it. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___

[issue12060] Python doesn't support real time signals

Charles-François Natali added the comment: > if you used the pipe approach you'd need to deal with the case of the > write blocking (or failing if nonblocking) when the pipe buffer is full. Well, a pipe is 64K on Linux (4K on older kernels). Given that each signal received consumes one byte, I

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

Charles-François Natali added the comment: > a) We know the correct locking order in Python's std libraries so the problem > there is kind of solved. I think that you're greatly under-estimating the complexity of lock ordering. If we were just implementing a malloc implementation protected wit

[issue8650] zlibmodule.c isn't 64-bit clean

Nadeem Vawda added the comment: Fixed in 3.1, 3.2 and 3.3. 2.7 no longer has this problem -- the fix for issue8651 ensures that the functions cannot receive inputs large enough to be problematic (since we don't define PY_SSIZE_T_CLEAN). -- resolution: -> fixed stage: needs patch -> co

[issue12060] Python doesn't support real time signals

Gregory P. Smith added the comment: if you used the pipe approach you'd need to deal with the case of the write blocking (or failing if nonblocking) when the pipe buffer is full. also you'd need to block signals around a fork and reinitialize the pipe in the child before reenabling signals.

[issue12059] hashlib does not handle missing hash functions correctly

Changes by Gregory P. Smith : -- assignee: -> gregory.p.smith resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: On Sat, May 14, 2011 at 6:24 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > 2011/5/14 Darren Dale : >> >> Darren Dale added the comment: >> >> It definitely is a common case, and always will be. You can't begin >> using abstractpropert

[issue12059] hashlib does not handle missing hash functions correctly

Roundup Robot added the comment: New changeset 572fbd9ca28f by Gregory P. Smith in branch '2.7': Fixes Issue #12059: Properly handle missing hash functions even when http://hg.python.org/cpython/rev/572fbd9ca28f New changeset ad9249f35914 by Gregory P. Smith in branch '3.2': Fixes Issue #12059:

[issue11957] re.sub confusion between count and flags args

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8650] zlibmodule.c isn't 64-bit clean

Roundup Robot added the comment: New changeset 0b5211d19a14 by Nadeem Vawda in branch '3.1': Issue #8650: Make zlib.[de]compressobj().[de]compress() 64-bit clean. http://hg.python.org/cpython/rev/0b5211d19a14 New changeset 3ff862d05d18 by Nadeem Vawda in branch '3.2': Merge: #8650: Make zlib.[d

[issue11610] Improving property to accept abstract methods

Benjamin Peterson added the comment: 2011/5/14 Darren Dale : > > Darren Dale added the comment: > > On Sat, May 14, 2011 at 5:55 PM, Benjamin Peterson > wrote: >> >> Benjamin Peterson added the comment: >> >> Okay: how about this. We retain the passing of @abstractmethod to >> abstractpropert

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: On Sat, May 14, 2011 at 5:55 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > Okay: how about this. We retain the passing of @abstractmethod to > abstractpropert(), but @abstractgetter decorates the method for you. That can work, althoug

[issue12078] re.sub() replaces only several matches

Andriy Rysin added the comment: Ahh, I guess I should have read the docs. But then looks like I am not the fist or only one so it's not as embarrassing. :) I would support the proposal in #11957 to make re flags non-int object -- ___ Python tracker

[issue6378] Patch to make 'idle.bat' run idle.pyw using appropriate Python interpreter (so 3.1's idle.bat does not accidently use python26.exe)

Roundup Robot added the comment: New changeset 536ec6206584 by Kurt B. Kaiser in branch '3.1': Issue #6378: Further adjust idle.bat to start associated Python http://hg.python.org/cpython/rev/536ec6206584 New changeset cd55c6960d86 by Kurt B. Kaiser in branch '3.2': Merge from 3.1 http://hg.pyt

[issue11610] Improving property to accept abstract methods

Benjamin Peterson added the comment: Okay: how about this. We retain the passing of @abstractmethod to abstractpropert(), but @abstractgetter decorates the method for you. 2011/5/14 Darren Dale : > > Darren Dale added the comment: > > On Sat, May 14, 2011 at 5:17 PM, Benjamin Peterson > wrote

[issue12078] re.sub() replaces only several matches

Ezio Melotti added the comment: See #11957. -- nosy: +ezio.melotti resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> re.sub confusion between count and flags args ___ Python tracker

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: On Sat, May 14, 2011 at 5:17 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > 2011/5/14 Darren Dale : >> >> Darren Dale added the comment: >> >> On Sat, May 14, 2011 at 4:28 PM, Benjamin Peterson >> wrote: >>> >>> Benjamin Peterson add

[issue11610] Improving property to accept abstract methods

Benjamin Peterson added the comment: 2011/5/14 Darren Dale : > > Darren Dale added the comment: > > On Sat, May 14, 2011 at 4:28 PM, Benjamin Peterson > wrote: >> >> Benjamin Peterson added the comment: >> >> I still dislike the reduntancy of having abstractmethod and abstractproperty >> on

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: On Sat, May 14, 2011 at 4:28 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > I still dislike the reduntancy of having abstractmethod and abstractproperty > on a method. I think a better idea is having > abstractproperty.abstract(getter

[issue8650] zlibmodule.c isn't 64-bit clean

Roundup Robot added the comment: New changeset 850624632e9a by Nadeem Vawda in branch '3.1': Issue #8650: Backport 64-bit safety fixes for compress() and decompress(). http://hg.python.org/cpython/rev/850624632e9a New changeset 99a3ce22c1ff by Nadeem Vawda in branch '3.2': Null merge (#8650): z

[issue11610] Improving property to accept abstract methods

Benjamin Peterson added the comment: I still dislike the reduntancy of having abstractmethod and abstractproperty on a method. I think a better idea is having abstractproperty.abstract(getter/setter/deleter). -- ___ Python tracker

[issue11949] Make float('nan') unorderable

Raymond Hettinger added the comment: > On the issue itself, I'm -1 on making comparisons > with float('nan') raise: I don't see that there's > a real problem here that needs solving. > > Note that the current behaviour does *not* violate IEEE 754, ... I agree with Mark. Am closing this featur

[issue11949] Make float('nan') unorderable

Mark Dickinson added the comment: > Therefore making <, >, etc. raise on NaN while keeping the > status quo for != and == would bring Python floats closer to > compliance with IEEE 754. Not so. Either way, Python would be providing exactly 10 of the 22 required IEEE 754 comparison operations

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

Nir Aides added the comment: I think that generally it is better to deadlock than corrupt data. > 2) acquiring locks just before fork is probably one of the best way to > deadlock (acquiring a lock we already hold, or acquiring a lock needed > by another thread before it releases its own lock).

[issue11949] Make float('nan') unorderable

Mark Dickinson added the comment: It seems we're getting a bit off-topic for the issue title; the discussion about cleaning up test_math (which I agree would be a good thing to do) should probably go into another issue. On the issue itself, I'm -1 on making comparisons with float('nan') rais

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: On Sat, May 14, 2011 at 12:20 PM, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > 2011/5/14 Darren Dale : >> >> Darren Dale added the comment: >> >> Is there anything preventing this patch from being merged? > > I have to make time to think

[issue8809] smtplib should support SSL contexts

Kasun Herath added the comment: I added a test to smtpnet and submitting a separate patch for it as my test_smtpnet.py file was old and could have had conflicts. I didn't use keys and certificates for the SSLContext as those would have to be shipped with the source. Looking forward for review

[issue12078] re.sub() replaces only several matches

Matthew Barnett added the comment: Argument 4 of re.sub is the maximum number of replacements, NOT flags: Help on function sub in module re: sub(pattern, repl, string, count=0, flags=0) Return the string obtained by replacing the leftmost non-overlapping occurrences of the pattern in s

[issue12042] What's New multiprocessing example error

Jordan Stadler added the comment: Patch is up for 2.7, minor change in the documentation. -- ___ Python tracker ___ ___ Python-bugs-l

[issue12042] What's New multiprocessing example error

Changes by Jordan Stadler : -- keywords: +patch Added file: http://bugs.python.org/file22002/issue12042_2.7.patch ___ Python tracker ___ _

[issue11610] Improving property to accept abstract methods

Benjamin Peterson added the comment: 2011/5/14 Darren Dale : > > Darren Dale added the comment: > > Is there anything preventing this patch from being merged? I have to make time to think about the API a bit more. -- ___ Python tracker

[issue10581] Review and document string format accepted in numeric data type constructors

Mark Dickinson added the comment: > I find it convenient to use int(), float() etc. for data validation. Me too. This is why I'd still be happiest with int and float not accepting non-ASCII digits at all. (And also why the recent suggestions to allow extra underscores in int and float input

[issue5231] Change format of a memoryview

Mark Dickinson added the comment: Unassigning. Sorry; no time for this at the moment. -- ___ Python tracker ___ ___ Python-bugs-list

[issue5231] Change format of a memoryview

Changes by Mark Dickinson : -- assignee: mark.dickinson -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue12078] re.sub() replaces only several matches

New submission from Andriy Rysin : When trying to replace strings with parenthesis (in the given example - alternative writing of the words in Ukrainian) the sed replace performs correctly replacing all occurrences, while python3 re.sub() function replaces only first two -- _

[issue12078] re.sub() replaces only several matches

Changes by Andriy Rysin : Added file: http://bugs.python.org/file22001/test.txt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue12078] re.sub() replaces only several matches

Changes by Andriy Rysin : Added file: http://bugs.python.org/file22000/repl.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue12078] re.sub() replaces only several matches

Changes by Andriy Rysin : -- components: Regular Expressions files: repl.sh nosy: arysin priority: normal severity: normal status: open title: re.sub() replaces only several matches versions: Python 3.1 Added file: http://bugs.python.org/file21999/repl.sh ___

[issue12077] Harmonizing descriptor protocol documentation

New submission from Davide Rizzo : There are three sources of information for the descriptor protocol: - Data model reference (Doc/reference/datamodel.rst) - Descriptor HowTo guide (Doc/howto/descriptor.rst) - PEP 252 A developer who already knows descriptor tipically reads the first one: object

[issue11610] Improving property to accept abstract methods

Darren Dale added the comment: Is there anything preventing this patch from being merged? -- nosy: +Darren.Dale ___ Python tracker ___ __

[issue12050] unconsumed_tail of zlib.Decompress is not always cleared on decompress() call

Nadeem Vawda added the comment: The code has been fixed. Once again, thanks for the bug report. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue12050] unconsumed_tail of zlib.Decompress is not always cleared on decompress() call

Roundup Robot added the comment: New changeset 24543f7a87ce by Nadeem Vawda in branch '2.7': Issue #12050: zlib.decompressobj().decompress() now clears the unconsumed_tail http://hg.python.org/cpython/rev/24543f7a87ce -- ___ Python tracker

[issue12050] unconsumed_tail of zlib.Decompress is not always cleared on decompress() call

Roundup Robot added the comment: New changeset 6a45567c7245 by Nadeem Vawda in branch '3.1': Issue #12050: zlib.decompressobj().decompress() now clears the unconsumed_tail http://hg.python.org/cpython/rev/6a45567c7245 New changeset 49c998a88777 by Nadeem Vawda in branch '3.2': Merge: #12050: zl

[issue7960] test.support.captured_output has invalid docstring example

Changes by Ezio Melotti : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue7960] test.support.captured_output has invalid docstring example

Roundup Robot added the comment: New changeset ec35f86efb0d by Ezio Melotti in branch 'default': Merge with 3.2 and also remove captured_output from __all__ (see #7960). http://hg.python.org/cpython/rev/ec35f86efb0d -- ___ Python tracker

[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly

Charles-François Natali added the comment: > Indeed, it isn't, Pipe objects are not meant to be safe against multiple > access. Queue objects (in multiprocessing/queues.py) use locks so they > are safe. But if the write to the Pipe is not atomic, then the select isn't safe. select will return a

[issue12076] IDLE v.3.2 crashing randomly on MacOSX 10.6.7

Amaury Forgeot d'Arc added the comment: Hello, The Python issue tracker is not here to get help. You will have better answers from friendly people if you ask your question on the comp.lang.python newsgroup, or the python-list mailing list: http://www.python.org/community/lists/ -- nos

[issue12076] IDLE v.3.2 crashing randomly on MacOSX 10.6.7

New submission from Chris Paton : I don't know much about Python (in fact, I'm a noob) so not understanding much of the technical lingo. I've installed Python 3.2, and Active TCL 8.5.9 on my machine. IDLE crashes at random points - compiling, saving, loading or even just typing! Why is this? W

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

Charles-François Natali added the comment: Hello Steffen, First, thanks for testing this on OS-X: I only have access to Linux systems (I tested both the semaphore and the emulated semaphore paths). If I understand correctly, the patch works fine with the default build option on OS-X. Then, you

[issue12075] python3.2 memory leak when setting integer key in dictionary

Amaury Forgeot d'Arc added the comment: It's simply because all classes form a cycle (Foo -> Foo.__mro__ -> Foo) A class and class attributes can only be freed with gc.collect(). Did you disable the garbage collector? -- nosy: +amaury.forgeotdarc ___

[issue12075] python3.2 memory leak when setting integer key in dictionary

Ezio Melotti added the comment: I think this has to do with class attributes and reload(): wolf@hp:~/dev/py/py3k$ cat leak.py class Foo: pass Foo.l = list(range(65535)) wolf@hp:~/dev/py/py3k$ ./python Python 3.3a0 (default:4b122cac7ac5+, May 14 2011, 10:01:13) [GCC 4.5.2] on linux2 Type "hel

[issue12071] test_concurrent_futures.test_context_manager_shutdown() hangs on OpenIndiana

Charles-François Natali added the comment: This makes sense. I was suspecting a system limit exhaustion, maybe OOM or maximum number of threads, something like that. But at least on Linux, in OOM condition, the process would either get nuked by the OOM-killer, or pthread_create would bail out

[issue12075] python3.2 memory leak when setting integer key in dictionary

New submission from kai zhu : i'm using the latest debian unstable python3.2 build on colinux (2011, may, 14) ## leak.py ## >>> import imp, leak; imp.reload(leak) ## will leak ~2.5mb per reload ## on i386 debian unstable machine (according to top). ## in my real world app (an automatic build sys