[issue28333] input() with Unicode prompt produces mojibake on Windows

Roundup Robot added the comment: New changeset 6b46c3deea2c by Steve Dower in branch '3.6': Issue #28333: Fixes off-by-one error that was adding an extra space. https://hg.python.org/cpython/rev/6b46c3deea2c New changeset 44d15ba67d2e by Steve Dower in branch 'default': Issue #28333: Fixes off-b

[issue28333] input() with Unicode prompt produces mojibake on Windows

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue28199] Compact dict resizing is doing too much work

INADA Naoki added the comment: @haypo, could you review this? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28509] dict.update allocates too much

INADA Naoki added the comment: script: import sys for i in range(25): a = {} b = {j: j for j in range(i)} a.update(b) print(i, sys.getsizeof(a)) before: 0 256 1 256 2 256 3 256 4 256 5 256 6 384 7 384 8 664 9 664 10 664 11 664 12 664 13 664 14 664 15 664 16 1200 17 1200 18 1200

[issue28514] Python (IDLE?) freezes on file save on Windows

Ned Deily added the comment: You need more assistance than we can give here on the issue tracker. Please look at the help resources here: https://www.python.org/about/help/. In particular, you could try asking on the tutor mailing list: https://mail.python.org/mailman/listinfo/tutor. Good l

[issue28387] double free in io.TextIOWrapper

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28509] dict.update allocates too much

Changes by Serhiy Storchaka : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue25002] Deprecate asyncore/asynchat

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue27122] Hang with contextlib.ExitStack and subprocess.Popen (regression)

Carl Meyer added the comment: Greg, there was also a (different!) typo of the issue number in the code comment committed with this fix; that typo hasn't been fixed. Sent me on quite the chase looking for this bug. (I tracked down the bug independently, then wasn't able to repro it on trunk and

[issue25002] Deprecate asyncore/asynchat

Guido van Rossum added the comment: Serhiy, so should I revert this patch for now? Or are the silent deprecation warnings outside the test suite okay? (In that case, maybe Mariatta can upload a patch?) -- ___ Python tracker

[issue25166] Windows AllUsers installation places uninstaller in user profile

Christian Ullrich added the comment: This bug has been open for over a year and two subsequent releases, and its planned resolution depends on a change to WiX. The related WiX bug (see comment above) is scheduled to be implemented in WiX 4.0, which has no prospective release date. According to

[issue27122] Hang with contextlib.ExitStack and subprocess.Popen (regression)

Gregory P. Smith added the comment: we talented! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue25166] Windows AllUsers installation places uninstaller in user profile

Zachary Ware added the comment: Christian, your desire for a single MSI is well known, and repeatedly stating that desire is far more likely to raise ire rather than spur change. No, you did not need to include "ceterum censeo". The installer system that Steve created for us has many features

[issue25166] Windows AllUsers installation places uninstaller in user profile

Steve Dower added the comment: I won't be changing the official releases to be a single MSI again - the experience is too hostile towards regular users. As my (volunteer) time allows, I've been working on resolving the issue in WiX and we are totally capable of moving to a private build of WiX

python-bugs-list@python.org

Armin Rigo added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/m

[issue28535] round seems to provide floor, not proper rounding

New submission from Mike Williamson: Ran a test that I expected to pass. When the test failed, I was struck by the strange (incorrect) assertion claim when using unittest.assertAlmostEqual: AssertionError: 32.78 != 32.775 within 2 places Uhmm... yes it does! I delved in, discovering that as

[issue28535] round seems to provide floor, not proper rounding

R. David Murray added the comment: You must have missed the note about floating point (in the grey box). assertAlmostEqual is a bit of problem child in any case. There are open issues about improved functionality for the use case it tries to address. -- nosy: +r.david.murray resolutio

[issue28509] dict.update allocates too much

Serhiy Storchaka added the comment: LGTM. Here is a script that produces more compact output. The first column is a size after which the dict is resized. import sys p = 1 b = {} for i in range(1): a = {} b[i] = i a.update(b) s = sys.getsizeof(a) if s > p: pr

python-bugs-list@python.org

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

Big Stone added the comment: possible particularities of my PC vs yours: - I have no python entry at all in the regex - I have no py.exe, - I have no Visual Studio (but the compiler) with Windows 10, I don't know where is the even viewer. -- ___ Pyth

[issue28536] Show the qualified name when a call fails

New submission from Ryan Gonzalez: e.g. make this: class X: def __init__(self): pass X(1) print something like this: TypeError: X.__init__() takes 1 positional argument but 2 were given instead of: TypeError: __init__() takes 1 positional argument but 2 were given I'm trying to s

[issue28536] Show the qualified name when a call fails

Ryan Gonzalez added the comment: HAHA, I lied. :D Attached is what I have so far. -- keywords: +patch Added file: http://bugs.python.org/file45225/0001-Make-failed-calls-to-methods-show-the-fully-qualifie.patch ___ Python tracker

[issue28536] Show the qualified name when a call fails

Martin Panter added the comment: Perhaps you should merge your work with Issue 2786. With a very brief look, the patches seem to take a similar approach. -- nosy: +martin.panter resolution: -> duplicate superseder: -> Names in function call exception should have class names, if they'

[issue2786] Names in function call exception should have class names, if they're methods

Changes by Ryan Gonzalez : -- nosy: +Ryan.Gonzalez ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

Martin Panter added the comment: I agree it is good to explicitly document the __enter__() result, rather than relying on assumptions and example code. The patch looks good to me. I don’t understand the problem with pop_all() though. Is there still a problem if we apply your patch? --

[issue25002] Deprecate asyncore/asynchat

STINNER Victor added the comment: R. David Murray added the comment: > The alternative has already been written: aiosmtpd, in the aiolibs project. The question is should it be added to the stdlib... I suggest to keep it on PyPI to keep fast releases. -- ___

[issue28537] abc module fails to reject instantiation of some multiply-inheriting classes that fail to implement abstract methods

New submission from Nathaniel Manista: The attached file when executed should fail (raise an exception) one line above where it actually does. Right? I discovered this in 2.7 but have confirmed that it's still a problem in 3.6.0b2. -- components: Library (Lib) files: abc_what.py messa

[issue28535] round seems to provide floor, not proper rounding

Steven D'Aprano added the comment: To be clear, let's look at the first failed assertion: AssertionError: 32.78 != 32.775 within 2 places It sure *looks* like 32.775 ought to round to 32.78. And indeed it would, if it actually was 32.775. But despite appearances, it isn't. Sure, the number pri

[issue28537] abc module fails to reject instantiation of some multiply-inheriting classes that fail to implement abstract methods

Changes by Chris Rebert : -- nosy: +cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

R. David Murray added the comment: Actually, the __enter__ method is looked up on the class, so saying "the __enter__ method of the instance" could be a bit confusing. Also, many context managers return self, so 'trivially' isn't really necessary as a modifier. What if we added a sentence to

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

Steve Dower added the comment: If you right-click the Start button, Event Viewer is near the top. -- ___ Python tracker ___ ___ Python

[issue25002] Deprecate asyncore/asynchat

Martin Panter added the comment: Perhaps it is okay to keep the documentation changes, but I think either the library changes should be reverted or worked around where the modules are still in use. I normally run the tests with -Werror, and the failures I get are: * test_ssl, test_smtplib, te

[issue27275] KeyError thrown by optimised collections.OrderedDict.popitem()

Josh Rosenberg added the comment: The Python implementation of OrderedDict breaks for issue28014, at least on 3.4.3 (it doesn't raise KeyError, but if you check the repr, it's only showing one of the two entries, because calling __getitem__ is rearranging the OrderedDict). >>> s = SimpleLRUCa

[issue28014] Strange interaction between methods in subclass of C OrderedDict

Josh Rosenberg added the comment: Note: This class doesn't actually work on 3.4 in other ways (because __getitem__ is not idempotent, while OrderedDict assumes it is): >>> s = SimpleLRUCache(2) >>> s['t1'] = 1 >>> s SimpleLRUCache([('t1', 1)]) >>> s['t2'] = 2 >>> s SimpleLRUCache([('t1', 1)]) >

[issue18235] _sysconfigdata.py wrong on AIX installations

Martin Panter added the comment: Michael F.: It sounds like you have three separate but related problems: 1. Confusion between LDSHARED and BLDSHARED referring to the in-source build tree vs final installed files. I think this is what David and Michael H. were originally trying to fix here. 2

[issue28537] abc module fails to reject instantiation of some multiply-inheriting classes that fail to implement abstract methods

R. David Murray added the comment: Thanks for the report, but this is a duplicate of issue 5996. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> abstract class instantiable when subclassing dict __

[issue5996] abstract class instantiable when subclassing dict

Changes by R. David Murray : -- nosy: +Nathaniel Manista, aleax, cvrebert ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue2506] Add mechanism to disable optimizations

Changes by irdb : -- nosy: +irdb ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman

[issue10656] "Out of tree" build fails on AIX

Martin Panter added the comment: The idea of the patches makes sense to me. Embedding the name of whatever directory Python was built in into the installed version of Modules/ld_so_aix.in does not seem very clean to me. Is there another way of doing this? Perhaps a file copy or symlink? -

[issue10656] "Out of tree" build fails on AIX

Martin Panter added the comment: Actually, why do you remove $(srcdir) for Modules/python.exp? This code was added in r88426; see . -- ___ Python tracker

[issue26240] Docstring of the subprocess module should be cleaned up

Roundup Robot added the comment: New changeset 720865fa61a4 by Martin Panter in branch '3.5': Issue #26240: Clean up the subprocess module doc string https://hg.python.org/cpython/rev/720865fa61a4 New changeset 8358c68579e9 by Martin Panter in branch '3.6': Issue #26240: Merge subprocess doc str

[issue25002] Deprecate asyncore/asynchat

Guido van Rossum added the comment: OK, backed out the code changes, kept the docs. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue25002] Deprecate asyncore/asynchat

Roundup Robot added the comment: New changeset 6eb3312a9a16 by Guido van Rossum in branch '3.6': Issue #25002: Back out asyncore/asynchat deprecation. https://hg.python.org/cpython/rev/6eb3312a9a16 New changeset 2879185bc511 by Guido van Rossum in branch 'default': Issue #25002: Back out asyncor

[issue5996] abstract class instantiable when subclassing dict

Guido van Rossum added the comment: Honestly let's just forget about this. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ __

[issue28509] dict.update allocates too much

INADA Naoki added the comment: I feel that accept one resize while merging is better. How about this? /* Do one big resize at the start, rather than incrementally * resizing. At most one resize happen while merging. */ if (USABLE_FRACTION(mp->ma_keys->dk_size)

[issue5996] abstract class instantiable when subclassing dict

Nathaniel Manista added the comment: Wait, really? My report came out of a real bug that I had in my system and shipped to my users; it wasn't academic or contrived at all. -- ___ Python tracker ___

[issue18235] _sysconfigdata.py wrong on AIX installations

Martin Panter added the comment: Regarding out-of-tree builds (Problem 3), see Issue 10656, which already has a potential patch. -- ___ Python tracker ___ __

[issue5996] abstract class instantiable when subclassing dict

Guido van Rossum added the comment: Where did you report that? I don't see your name on this bug -- it has a patch that's been unapplied for 5 years, so I doubt it's very important. -- ___ Python tracker __

[issue5996] abstract class instantiable when subclassing dict

Guido van Rossum added the comment: Oh sorry. I received the emails in a strange order. I guess it can stay open. -- resolution: wont fix -> status: closed -> open ___ Python tracker ___

[issue28530] Howto detect if an object is of type os.DirEntry

Josh Rosenberg added the comment: Eryk: With the fixes for issue25994 and issue26603, you'd want to use a with statement for the scandir; the use pattern in that example is guaranteed to cause a ResourceWarning on any directory with more than one entry. -- nosy: +josh.r __

[issue28516] contextlib.ExitStack.__enter__ has trivial but undocumented behavior

Walker Hale IV added the comment: Clarifying the documentation regarding the __enter__ method eliminates the need for further discussion on this point regarding pop_all(), which was really just the motivating use case. That leaves the question of the most readable documentation change that ac

[issue28522] can't make IDLEX work with python._pth and python-3.6.0b2

Eryk Sun added the comment: I installed "WinPython-64bit-3.6.0.0Zerorc2.exe" on Windows 10. As you can see below, the included version of IDLEX depends on idlelib implementation details that have changed between 3.5 and 3.6: C:\WinPython36\python-3.6.0b2.amd64>.\python Python 3.6.0b2 (

[issue28509] dict.update allocates too much

Raymond Hettinger added the comment: FWIW, I prefer the existing code be left as is. We've already greatly compacted the dictionaries. There is no need to be ultra-aggressive in shaving off every little corner. There is some advantage to having the dict be more sparse (fewer collisions, qu

[issue4347] Circular dependency causes SystemError when adding new syntax

Martin Panter added the comment: I occasionally get the following error, due to Parser/parsetok.o being older than Include/graminit.h. ./python -E -S -m sysconfig --generate-posix-vars ; if test $? -ne 0 ; then echo "generate-posix-vars failed" ; rm -f ./pybuilddir.txt ; exit 1 ; fi Could

[issue26240] Docstring of the subprocess module should be cleaned up

Changes by Martin Panter : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___

<    1   2