[issue13858] readline fails on nonblocking, unbuffered io.FileIO objects

Charles-François Natali added the comment: > Can this be handled some other way? Yeah, that's an hairy issue. See #13322 for the details. -- nosy: +neologix resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> buffered read() and write() does n

[issue13841] multiprocessing should use sys.exit() where possible

Charles-François Natali added the comment: > * atexit callbacks are NOT run (although multiprocessing.util._exit_function > IS run), It may be a good thing after a fork() (e.g. you don't want to remove the same file twice), but it most definitely looks wrong for a new interpreter process (à la

[issue13322] buffered read() and write() does not raise BlockingIOError

Matt Joiner added the comment: The patches only fix write? What about read? http://bugs.python.org/issue13858 -- nosy: +anacrolix ___ Python tracker ___ ___

[issue13852] Doc fixes with patch

Changes by Boštjan Mejak : -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue9285] Add a profile decorator to profile and cProfile

Changes by Yuval Greenfield : -- nosy: +ubershmekel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Nick Coghlan added the comment: David Miller pointed out a shorter spelling: s.replace('\n', '\n' + (4 * ' ')) Still not particularly obvious to the reader (or writer), though. -- ___ Python tracker

[issue13703] Hash collision security issue

Dave Malcolm added the comment: I'm attaching a patch which implements a hybrid approach: hybrid-approach-dmalcolm-2012-01-25-001.patch This is a blend of various approaches from the discussion, taking aspects of both hash randomization *and* collision-counting. It incorporates code from

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Amaury Forgeot d'Arc added the comment: If such a function is added, I'd like the option to not indent empty lines: trailing spaces are often not a good idea. -- nosy: +amaury.forgeotdarc ___ Python tracker _

[issue13703] Hash collision security issue

Dave Malcolm added the comment: I've found a bug in my patch; insertdict writes the old non-randomized hash value into me_hash at: ep->me_hash = hash; rather than using the randomized hash, leading to issues when tested against a real attack. I'm looking into fixing it. -- ___

[issue13703] Hash collision security issue

Alex Gaynor added the comment: On Wed, Jan 25, 2012 at 7:45 AM, Dave Malcolm wrote: > > Dave Malcolm added the comment: > > I've found a bug in my patch; insertdict writes the old non-randomized > hash value into me_hash at: >ep->me_hash = hash; > rather than using the randomized hash,

[issue11457] os.stat(): add new fields to get timestamps as Decimal objects with nanosecond resolution

STINNER Victor added the comment: Attached patch adds an optional format argument to time.time(): time.time("float") is the same than time.time(), but time.time("decimal") returns a Decimal object. The Decimal object stores the resolution of the clock and doesn't loose lower bits for big numbers

[issue13703] Hash collision security issue

Frank Sievertsen added the comment: > Is it still able to find the value? Probably not. :( That's exactly why I stopped thinking about all two-hash-functions or rehashing ideas. -- ___ Python tracker _

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Nick Coghlan added the comment: I'd actually suggest that as the default behaviour (and is a good argument in favour of a dedicated function in textwrap - both suggested alternatives will blithely add whitespace to otherwise empty lines). To handle the empty line requires either switching to

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Jon Brandvein added the comment: > If such a function is added, I'd like the option to not indent empty lines: > trailing spaces are often not a good idea. >From dedent's documentation, it wasn't immediately clear to me that it ignores >blank lines when determining common whitespace. (In fact

[issue13051] Infinite recursion in curses.textpad.Textbox

Tycho Andersen added the comment: Hi, any movement on this? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13856] xmlrpc / httplib changes to allow for certificate verification

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

[issue13859] Lingering StandardError in logging module

Changes by Brian Curtin : -- components: -2to3 (2.x to 3.x conversion tool) nosy: +vinay.sajip stage: -> patch review ___ Python tracker ___ ___

[issue13859] Lingering StandardError in logging module

New submission from Matt Joiner : There's a lingering StandardError referenced in the logging module. StandardError was removed in Python 3, and execution across this code path generates a NameError: File "/home/matt/src/cpython/Lib/logging/__init__.py", line 291, in __init__ except Stan

[issue10042] total_ordering

Changes by Catalin Iacob : -- nosy: +catalin.iacob ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue13859] Lingering StandardError in logging module

Matt Joiner added the comment: Interesting this also occurs in 3.2 and 2.7, but not 2.6 or 3.1. It's probably not an error in 2.x tho. -- versions: +Python 2.7, Python 3.2 ___ Python tracker _

[issue13853] SystemExit/sys.exit() doesn't print boolean argument

Brett Cannon added the comment: Thanks for going to the trouble to report this, but this is working as intended since bool is a subclass of int. -- nosy: +brett.cannon resolution: -> invalid status: open -> closed ___ Python tracker

[issue13854] multiprocessing: SystemExit from child with non-int, non-str arg causes TypeError

Jon Brandvein added the comment: Also, as Brett pointed out to me in #13853, bool is a subclass of int, so they should follow the same code path. I suggest replacing elif type(e.args[0]) is int: exitcode = e.args[0] with something like elif isinstance(e.args[0], int):

[issue13843] Python doesn't compile anymore on our Solaris buildbot: undefined libintl_* symbols

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

[issue13859] Lingering StandardError in logging module

Vinay Sajip added the comment: > Interesting this also occurs in 3.2 and 2.7, but not 2.6 or 3.1 Most likely it happened because a fix was backported and this got missed. I'll take care of it. -- assignee: -> vinay.sajip ___ Python tracker

[issue13860] PyBuffer_FillInfo() return value

New submission from Stefan Krah : This came up in #10419, which is already a little crowded. PyBuffer_FillInfo() returns success if the value for 'view' is NULL. I can't really see a reason for that. Any thoughts? -- components: Interpreter Core messages: 151953 nosy: ncoghlan, pitrou,

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

Changes by Stefan Krah : Added file: http://bugs.python.org/file24323/8dd9f0ea4876.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue13411] Hashable memoryviews

Stefan Krah added the comment: Done in: http://hg.python.org/features/pep-3118/rev/508d5e3c579c -- dependencies: -Problems with Py_buffer management in memoryobject.c (and elsewhere?) ___ Python tracker

[issue13411] Hashable memoryviews

Changes by Stefan Krah : -- resolution: remind -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue13859] Lingering StandardError in logging module

Roundup Robot added the comment: New changeset e506848d6381 by Vinay Sajip in branch '3.2': Closes #13859: Replaced reference to StandardError with reference to Exception. Thanks to Matt Joiner for spotting this and submitting a patch. http://hg.python.org/cpython/rev/e506848d6381 New changese

[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays

Stefan Krah added the comment: I removed the dependency since PyBuffer_ToContiguous() still needs to be fixed in abstract.c while memoryview.tobytes() now works in the PEP-3118 repo. -- dependencies: -Problems with Py_buffer management in memoryobject.c (and elsewhere?) title: memoryv

[issue13703] Hash collision security issue

Antoine Pitrou added the comment: > I'm attaching a revised version of the patch that should fix the above > issue: > hybrid-approach-dmalcolm-2012-01-25-002.patch It looks like that approach will break any non-builtin type (in either C or Python) which can compare equal to bytes or str objec

[issue13703] Hash collision security issue

Jim Jewett added the comment: On Wed, Jan 25, 2012 at 6:06 AM, Dave Malcolm added the comment: >  hybrid-approach-dmalcolm-2012-01-25-001.patch > As per haypo's random-8.patch, a randomization seed is read at startup. Why not wait until it is needed? I suspect a lot of scripts will never ne

[issue13703] Hash collision security issue

Jim Jewett added the comment: Sorry; hit the wrong key... intended message below: On Wed, Jan 25, 2012 at 6:06 AM, Dave Malcolm added the comment: [lots of good stuff] >  hybrid-approach-dmalcolm-2012-01-25-001.patch > As per haypo's random-8.patch, a randomization seed is read at > startup

[issue13861] test_pydoc failure

New submission from Stefan Krah : test_pydoc fails on Ubuntu Lucid: == FAIL: test_apropos_with_bad_package (test.test_pydoc.PydocImportTest) -- Traceback (most

[issue13862] test_zlib failure

New submission from Stefan Krah : test_zlib currently fails on Ubuntu Lucid: == FAIL: test_library_version (test.test_zlib.VersionTestCase) -- Traceback (most r

[issue13862] test_zlib failure

Nadeem Vawda added the comment: Do you have a self-compiled version of zlib (1.2.5) installed on this system? It looks like this is due to a (benign) version mismatch between zlib.h and the actual shared lib. -- ___ Python tracker

[issue13703] Hash collision security issue

Jim Jewett added the comment: On Wed, Jan 25, 2012 at 1:05 PM, Antoine Pitrou added the comment: > It looks like that approach will break any non-builtin type (in either C > or Python) which can compare equal to bytes or str objects. If that's > the case, then I think the likelihood of accept

[issue13703] Hash collision security issue

Antoine Pitrou added the comment: > Jim Jewett added the comment: > > On Wed, Jan 25, 2012 at 1:05 PM, Antoine Pitrou > added the comment: > > > It looks like that approach will break any non-builtin type (in either C > > or Python) which can compare equal to bytes or str objects. If that's

[issue13703] Hash collision security issue

Dave Malcolm added the comment: On Wed, 2012-01-25 at 18:05 +, Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > > I'm attaching a revised version of the patch that should fix the above > > issue: > > hybrid-approach-dmalcolm-2012-01-25-002.patch > > It looks like that appro

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Derek Wilson added the comment: Any chance this patch will be accepted (or at least reviewed) soon? -- type: behavior -> crash versions: +Python 3.3, Python 3.4 ___ Python tracker __

[issue13863] Using py_compile does not prevent recompilation due to 'bad mtime'.

New submission from Mark Dickinson : (Marking this as 'Interpreter Core' because the issue really seems to come from Python/import.c rather than from the py_compile module.) On a Windows 7 VM (64-bit, NTFS) running Python 2.7 (also reproduced on a non-VM Windows 7 installation), I'm seeing the

[issue13703] Hash collision security issue

Antoine Pitrou added the comment: Le mercredi 25 janvier 2012 à 19:19 +, Dave Malcolm a écrit : > Dave Malcolm added the comment: > > On Wed, 2012-01-25 at 18:05 +, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > > > > I'm attaching a revised version of the patch that

[issue13864] Python 2.7.2 refuses to open

New submission from stephen Andel : I recently changed one of the keybindings in python to just control. Python did not like this and, when I tried to fix this by swapping back to the default settings it closed itself and now will not open. Th program will attempt to open then stop, and the pr

[issue13863] Using py_compile does not prevent recompilation due to 'bad mtime'.

Mark Dickinson added the comment: Issue reproduced on stock Python 2.7 and Python 3.2 from www.python.org. I don't have a working 3.3 install on Windows, but looking at the source, it seems likely that it's an issue there, too. -- versions: +Python 3.2, Python 3.3 __

[issue13703] Hash collision security issue

Dave Malcolm added the comment: I think you're right: it will stop matching it during lookup within such a dict, since the dict will be using the secondary hash for "abc", but hash() for the C instance. It will still match outside of the dict, and within other dicts. So yes, this would be a su

[issue13865] distutils documentation says Extension has "optional" argument

New submission from Miki Tebeka : The Extension documentation says: 2.3.5. Other options There are still some other options which can be used to handle special cases. The optional option is a boolean; if it is true, a build failure in the extension will not abort the build process, bu

[issue13865] distutils documentation says Extension has "optional" argument

Changes by Miki Tebeka : -- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 2.7 ___ Python tracker ___ _

[issue13862] test_zlib failure

Nadeem Vawda added the comment: Either way, the failure should be fixed now. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> pending ___ Python tracker ___

[issue13862] test_zlib failure

Roundup Robot added the comment: New changeset a5f8611ce81d by Nadeem Vawda in branch 'default': Issue #13862: Relax zlib version test to avoid spurious failures. http://hg.python.org/cpython/rev/a5f8611ce81d -- nosy: +python-dev ___ Python tracker

[issue13703] Hash collision security issue

Frank Sievertsen added the comment: For the sake of completeness: Collision-counting (with Exception) has interesting effects, too. >>> d={((1<<(65+i))-2**(i+4)): 9 for i in range(1001)} >>> for i in list(d): ... del d[i] >>> d {} >>> 9 in d False >>> 0 in d Traceback (most recent call last)

[issue13852] Doc fixes with patch

Roundup Robot added the comment: New changeset e2b98a332070 by Georg Brandl in branch '2.7': #13852: some small doc fixes. http://hg.python.org/cpython/rev/e2b98a332070 New changeset 5b8800012e88 by Georg Brandl in branch '3.2': #13852: some small doc fixes. http://hg.python.org/cpython/rev/5b8

[issue13852] Doc fixes with patch

Georg Brandl added the comment: Done. Thanks! -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue13866] {urllib, urllib.parse}.urlencode should not use quote_plus

New submission from Stephen Day : The current behavior of the urlencode function (2.7: urllib, 3.x: urllib.parse) encodes spaces as pluses: >>> from urllib import urlencode >>> urlencode({'a': 'some param'}) 'a=some+param' However, in most instances, it would be desirable to merely encode spac

[issue13862] test_zlib failure

Stefan Krah added the comment: Thanks! There was a 32-bit 1.2.5 version in /usr/local/lib and a 64-bit 1.2.3.3 version in /lib. gcc picks up the header from /usr/local/include, while ld is smart enough to choose the 64-bit version. So it was a multilib issue. While this is not the most robust

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Jim Jewett added the comment: The wording in 138415 suggested this patch was changing socket to not support timeouts -- which would be unacceptable. But the actual patch only seems to touch multiprocessing/connection.py -- a far more reasonable change. Unfortunately, the patch no longer ap

[issue13867] misleading comment in weakrefobject.h

New submission from Jim Jewett : http://hg.python.org/cpython/file/fec45282dc28/Include/weakrefobject.h#l54 The comment makes sense -- but doesn't appear to be true, so perhaps it is the macro that should change. /* This macro calls PyWeakref_CheckRef() last since that can involve a func

[issue13703] Hash collision security issue

Antoine Pitrou added the comment: > I think you're right: it will stop matching it during lookup within such > a dict, since the dict will be using the secondary hash for "abc", but > hash() for the C instance. > > It will still match outside of the dict, and within other dicts. > > So yes, th

[issue13868] Add hyphen doc fix

New submission from Boštjan Mejak : When you have time, incorporate this patch. Thanks. -- assignee: docs@python components: Documentation files: smallfix.diff keywords: patch messages: 151985 nosy: Retro, docs@python priority: normal severity: normal status: open title: Add hyphen doc f

[issue13869] CFLAGS="-UNDEBUG" build failure

New submission from Stefan Krah : Passing -UNDEBUG as CFLAGS currently doesn't work: ./configure CFLAGS="-UNDEBUG" && make [...] libpython3.3m.a(object.o): In function `PyObject_Str': /home/stefan/pydev/cpython/Objects/object.c:441: undefined reference to `_PyUnicode_CheckConsistency' libpyth

[issue11457] os.stat(): add new fields to get timestamps as Decimal objects with nanosecond resolution

Larry Hastings added the comment: Victor: I think your patch merits its own tracker issue; it's only tangentially related to the proposed changes to os.stat. That said, please do add me to the nosy list if you create one. One more thing: I haven't given it a lot of thought, so there might be

[issue13864] Python 2.7.2 refuses to open

Changes by Ezio Melotti : -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue12776] argparse: type conversion function should be called only once

Arnaud Fontaine added the comment: ping? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue10042] total_ordering

Jim Jewett added the comment: I like Nick Coghlan's suggestion in msg140493, but I think he was giving up too soon in the "or" cases, and I think the confusion could be slightly reduced by some re-spellings around return values and comments about short-circuiting. def not_op(op, other):

[issue13859] Lingering StandardError in logging module

Matt Joiner added the comment: Cheers, thanks for the fast turn around. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue11437] IDLE crash on startup with typo in config-keys.cfg

Terry J. Reedy added the comment: #13864 is a duplicate, where I mentioned the remedy of deleting the bad file. This is similar to #5707, but I am not sure if exactly the same. The patch there fixed one problem but not the bad key binding problem. -- nosy: +serwy versions: -Python 3.1

[issue5707] IDLE will not load

Terry J. Reedy added the comment: The patch fixed a real issue, the difference return of filter in 3.x versus 2.x. Bad key bindings came up in #11437 and #13864 also. -- nosy: +serwy, terry.reedy versions: +Python 3.2 -Python 3.0, Python 3.1 ___ Pyt

[issue11457] os.stat(): add new fields to get timestamps as Decimal objects with nanosecond resolution

Raymond Hettinger added the comment: Have you researched how other languages plan to expose sub-millisecond times? The isn't an API that will get points for originality. Also, it needs to be an API that is time efficient (many scripts use os.stat() frequently to scan files for changes and t

[issue4765] IDLE fails to "Delete Custom Key Set" properly

Changes by Terry J. Reedy : -- nosy: +serwy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11437] IDLE crash on startup with typo in config-keys.cfg

Terry J. Reedy added the comment: #13071 is another duplicate closed in favor of this. -- ___ Python tracker ___ ___ Python-bugs-list

[issue13071] IDLE accepts, then crashes, on invalid key bindings.

Changes by Terry J. Reedy : -- nosy: +serwy resolution: -> duplicate status: open -> closed superseder: -> IDLE crash on startup with typo in config-keys.cfg ___ Python tracker ___

[issue13864] IDLE: Python 2.7.2 refuses to open

Terry J. Reedy added the comment: What system are you running on? I presume by 'keybindings in Python', you mean 'keybindings in IDLE'. Correct? By 'change to control', do you mean you made a line in the IDLE Preferences dialog, Keys tab, binding box, look like "keyname - " instead of "keyname

[issue13870] false comment in collections/__init__.py ordered dict

New submission from Jim Jewett : http://hg.python.org/cpython/file/tip/Lib/collections/__init__.py#l37 states that the prev/next links are weakref proxies; as of http://hg.python.org/cpython/diff/3977dc349ae7/Lib/collections.py this is no longer true of the next links. It could be fixed by

[issue13871] namedtuple does not normalize field names when sanitizing

New submission from Jim Jewett : collections.namedtuple raises a ValueError if any of the field names are not valid identifiers, or are duplicates. It does not normalize the identifiers when checking for duplicates. (Similar issue with the typename) >>> namedtuple("dup_fields", ["a", "a"]) Tr

[issue13871] namedtuple does not normalize field names when sanitizing

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger priority: normal -> low ___ Python tracker ___ ___ Python

[issue13871] namedtuple does not normalize field names when sanitizing

Raymond Hettinger added the comment: The SyntaxError is fine. The dupcheck isn't about sanitization anyway; rather, it was part of a suite of tests designed to add a more helpful error messages than the usual ones you get if you had rolled a class by hand. I would close as "invalid" but wan

[issue13870] false comment in collections/__init__.py ordered dict

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger priority: normal -> low ___ Python tracker ___ ___ Python

[issue13871] namedtuple does not normalize field names when checking for duplicates

Changes by Raymond Hettinger : -- title: namedtuple does not normalize field names when sanitizing -> namedtuple does not normalize field names when checking for duplicates ___ Python tracker _

[issue13870] Out-of-date comment in collections/__init__.py ordered dict

Raymond Hettinger added the comment: This patch is fine. Anyone can feel free to apply it to Py3.2 and Py3.3 if I don't get to it first. -- title: false comment in collections/__init__.py ordered dict -> Out-of-date comment in collections/__init__.py ordered dict versions: +Python 3.