[issue26066] Language on the "Cryptographic Services" documentation page is out of date

Roundup Robot added the comment: New changeset 84fdbdd483a3 by Benjamin Peterson in branch '2.7': delete old crypto prose (closes #26066) https://hg.python.org/cpython/rev/84fdbdd483a3 New changeset d8944e059c7f by Benjamin Peterson in branch '3.4': delete old crypto prose (closes #26066) https:

[issue26070] Launcher fails to find in-place built binaries from earlier Python versions

Mark Hammond added the comment: > When is the launcher ever going to find Python built in-place? On the machine that built Python in-place :) I have a dev environment where all Python versions and pywin32 are built and that's the environment where py.exe is failing. My build scripts use py.exe

[issue26073] Update the list of magic numbers in launcher

New submission from Serhiy Storchaka: There is a list of magic numbers in PC/launcher.c for mapping magic number to Python version. But it ends on 3.3 (and even only on 3.3a0). Proposed patch updates the list (by values taken from Lib/importlib/_bootstrap_external.py). -- components: W

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

Eryk Sun added the comment: Steve, I think I understand the linking problem now -- in terms of the bad assumption I mentioned in the previous message. Mark said the "built binary links against the DLL version of the CRT", but I just checked in 3.5.1 that you actually didn't switch that one to

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

Eryk Sun added the comment: > We'd have to statically link python##.dll. I was talking about the partially static build that you used for wininst-14.0-amd64.exe in rc3, in which vcruntime is linked statically but ucrt is linked dynamically (actually to the api-ms-win-crt-* API sets). But is th

[issue23675] glossary entry for 'method resolution order' links to something with python 2.3 in the title

Senthil Kumaran added the comment: Fixed in the active documentation branches 2.7,3.5 and 3.6. -- assignee: docs@python -> orsenthil resolution: -> fixed status: open -> closed ___ Python tracker _

[issue23675] glossary entry for 'method resolution order' links to something with python 2.3 in the title

Roundup Robot added the comment: New changeset 99f5276e4197 by Senthil Kumaran in branch '2.7': Issue23675 - A tiny clarification in the MRO glossary term. https://hg.python.org/cpython/rev/99f5276e4197 -- ___ Python tracker

[issue23675] glossary entry for 'method resolution order' links to something with python 2.3 in the title

Roundup Robot added the comment: New changeset 9ba001cb107b by Senthil Kumaran in branch '3.5': Issue23675 - A tiny clarification in the MRO glossary term. https://hg.python.org/cpython/rev/9ba001cb107b New changeset 60d4c3a29201 by Senthil Kumaran in branch 'default': merge from 3.5 https://hg.

[issue23675] glossary entry for 'method resolution order' links to something with python 2.3 in the title

Senthil Kumaran added the comment: @Martin, thanks for the review comments. I've addressed this is version 2 of the patch. I am submitting this change. -- versions: +Python 2.7, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file41563/Issue23675-v2.patch

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

Steve Dower added the comment: In this case, it needs to load vcruntime for the python##.dll, so linking isn't going to make any difference. We need to statically link the loader, since it will be run independently and can't have any dependencies, but when it finds a Python install and loads t

[issue26072] pdb fails to access variables closed over

New submission from Antony Lee: Consider the following example: def f(x=1): def g(): y = 2 raise Exception g() f() $ python -mpdb -ccontinue example.py <... traceback ...> > /tmp/example.py(4)g() -> raise Exception (Pdb) p x # this can be wor

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

Eryk Sun added the comment: I would call SetDllDirectory instead of changing the current directory. This replaces the current directory in the DLL search. Then call SetDllDirectory(NULL) to restore the default before returning. When you say "the CRT assembly", you're talking about vcruntime14

[issue26070] Launcher fails to find in-place built binaries from earlier Python versions

Steve Dower added the comment: I don't think Vinay does much wrt the launcher in core anymore, it's mostly been me recently. I don't see any harm in this change, though I'll admit I also don't see the point. When is the launcher ever going to find Python built in-place? -- __

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

Steve Dower added the comment: Looks good to me. Feel free to check it in, Mark, or one of us will get to it if you're not set up for committing right now. -- ___ Python tracker ___

[issue26069] Remove the Deprecated API in trace module

Senthil Kumaran added the comment: Sorry for that. Here is the patch. -- keywords: +patch Added file: http://bugs.python.org/file41562/issue26069.patch ___ Python tracker ___ ___

[issue26069] Remove the Deprecated API in trace module

Emanuel Barry added the comment: You seem to have forgotten to include a patch. -- nosy: +ebarry ___ Python tracker ___ ___ Python-bug

[issue26065] python embedded 3.5 amd64 crash when using venv

Eryk Sun added the comment: 0xC409 (3221226505) is STATUS_STACK_BUFFER_OVERRUN due to the CRT calling __fastfail(FAST_FAIL_FATAL_APP_EXIT) in abort(). This is expected behavior in Windows 8+ [1]. Initially I couldn't reproduce this error because Python found the standard library from the

[issue26069] Remove the Deprecated API in trace module

Senthil Kumaran added the comment: This patch removes the deprecated apis from 3.6. After getting a review from one another core dev, I will commit this. * No doc changes are required as the deprecated apis were not documented. * README will be added during commit. -- assignee: -> ors

[issue26058] Add dict.__version__ read-only property

Brett Cannon added the comment: So min is the fastest time in a benchmark execution, average is the average across all benchmark executions, and the t-value is some statistics thing. Anything marked insignificant had such a small average difference it isn't worth reporting. If you want to smo

[issue26071] bdist_wininst created binaries fail to start and find 32bit Pythons

New submission from Mark Hammond: Binaries created by bdist_wininst fail on 3.5+ for 2 reasons: * The built binary links against the DLL version of the CRT. This means the binary will typically fail to start as the CRT DLL isn't found. * When looking for 32bit Python versions, it fails to take

[issue26070] Launcher fails to find in-place built binaries from earlier Python versions

New submission from Mark Hammond: The launcher was recently updated to look in PCBuild/win32 to support the win32 binaries being built in this directory instead of the top-level PCBuild directory. However, when this new launcher tries to find a binary for, say, Python 2.7, it doesn't find an e

[issue26069] Remove the Deprecated API in trace module

New submission from Senthil Kumaran: A number of old methods in trace module were deprecated in issue10371. They should be removed in 3.6 release. -- components: Library (Lib) messages: 257877 nosy: belopolsky, orsenthil priority: normal severity: normal stage: needs patch status: open

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Emanuel Barry : -- nosy: +ebarry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue24823] ctypes.create_string_buffer does not add NUL if len(init) == size

Changes by Eryk Sun : -- components: +Documentation, Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue24823] ctypes.create_string_buffer does not add NUL if len(init) == size

Eryk Sun added the comment: I didn't want to change the function in lieu of breaking someone's code. If this change is accepted, then it at least needs a documentation note to indicate the new behavior. -- versions: +Python 3.6 -Python 3.4 ___ Pytho

[issue26058] Add dict.__version__ read-only property

STINNER Victor added the comment: Brett: > A better way to benchmark this is to run hg.python.org/benchmarks with a > patched interpreter and see if that shows any performance impact. Ok. Here is the output. Can you please explain me the result? :-) Especially the "significant" value. $ ./py

[issue26063] Update copyright in the devguide

Stéphane Wirtel added the comment: +1 -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue26065] python embedded 3.5 amd64 crash when using venv

Steve Dower added the comment: I can't read those error messages, but I suspect this is because some of the bundled files are omitted from the embeddable package. Using it to run venv isn't really part of the intended use cases - it's expected you'll manually install packages alongside it with

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Yury Selivanov : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26063] Update copyright in the devguide

Berker Peksag added the comment: I'd prefer a more general solution similar to the one has been used in Doc/conf.py copyright = u'1990-%s, Python Software Foundation' % time.strftime('%Y') -- nosy: +berker.peksag ___ Python tracker

[issue26030] Use PEP8 in documentation examples

Changes by Berker Peksag : -- stage: needs patch -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue26068] re.compile() repr end quote truncated

Guido van Rossum added the comment: That would be an interesting exercise. You'd have to patch PyUnicode_FromFormat(). It would be nice to have this. It should probably also insert some dots (the universal sign to indicate that something was truncated). -- __

[issue25677] Syntax error caret confused by indentation

Michael Layzell added the comment: Oops. Should be fixed now. -- Added file: http://bugs.python.org/file41559/cpython25677.patch ___ Python tracker ___ __

[issue26068] re.compile() repr end quote truncated

ThiefMaster added the comment: Would it be possible to preserve the quotes even in case of truncation? -- ___ Python tracker ___ ___ P

[issue26068] re.compile() repr end quote truncated

Guido van Rossum added the comment: Yes, the C code pretty much always uses %., in order to protect itself from buffer overflows. Pulling off an unabbreviated str() here would be a major piece of work. -- ___ Python tracker

[issue26068] re.compile() repr end quote truncated

Matthew Barnett added the comment: I'm going to have to agree with ThiefMaster. String literals don't truncate like that, nor do lists, nor tuples. Are there any similar cases of truncation elsewhere in the standard library? -- ___ Python tracker <

[issue26068] re.compile() repr end quote truncated

ThiefMaster added the comment: Not eval'ing it, just wondered why the repr looks so weird when printing an object containing a compiled regex ;) -- ___ Python tracker ___ __

[issue25677] Syntax error caret confused by indentation

Martin Panter added the comment: +script = textwrap.dedent("1 + 1 = 2\n") You don’t need that first textwrap.dedent() call. It is only useful if the string has extra indentation at the start, as in the second multiline one. -- ___ Python tracker

[issue26068] re.compile() repr end quote truncated

Emanuel Barry added the comment: Truncating at 200 characters is actually a common occurrence in the C code, just barely anyone notice this, as it's not common to need more than 200 characters for most expressions. I don't think this needs to be changed at all; the rare case should not affect

[issue26068] re.compile() repr end quote truncated

ThiefMaster added the comment: I think it's pretty ugly to have a repr that is valid python code in most cases and suddenly stops being so. The repr of a string is not truncated, so why truncate it in a pattern object? With the truncation, why not use a repr style that's clearly not executable

[issue24823] ctypes.create_string_buffer does not add NUL if len(init) == size

Krista Paasonen added the comment: Patch containing checking for buffer size, so that NULL value is the last byte as C standard specifies. Raises ValueError exception if initial value does not fit into to the buffer with NULL char. This should decrease the possibility of creating security issu

[issue26068] re.compile() repr end quote truncated

Guido van Rossum added the comment: It's simply the effect of the "%.200R" format here: https://hg.python.org/cpython/file/default/Modules/_sre.c#l1417 I recommend not bothering to fix this: it would just be more code, and to what end? -- nosy: +gvanrossum

[issue26068] re.compile() repr end quote truncated

New submission from ThiefMaster: ``` Python 3.4.3 (default, Jan 5 2016, 23:13:10) [GCC 4.7.3] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import re >>> for n in range(198, 201): ... print(re.compile('x' * n)) ... re.compile('xxx

[issue26067] test_shutil fails when gid name is missing

Dinesh Wijekoon added the comment: This reported bug occurred in Mac OS. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue26067] test_shutil fails when gid name is missing

New submission from Dinesh Wijekoon: ./python.exe -m test -j3 -v test_shutil The above test fails when id name is missing. The fail message is group = grp.getgrgid(gid)[0] KeyError: 'getgrgid(): gid not found: 203135016' Following is the results from console "id" command, when the failure happ

[issue26066] Language on the "Cryptographic Services" documentation page is out of date

Changes by Alex Gaynor : -- title: Language on the "Cryptographic Services" is out of date -> Language on the "Cryptographic Services" documentation page is out of date ___ Python tracker _

[issue26066] Language on the "Cryptographic Services" is out of date

New submission from Alex Gaynor: https://docs.python.org/2/library/crypto.html https://docs.python.org/3/library/crypto.html This language has a number of issues: - Crypto isn't just for "Hardcore cypherpunks" anymore, it's a necessary component of a great many software projects - PyCrypto isn'

[issue25170] 3.5.0 documentation archives missing

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue25730] invisible sidebar content with code snippets

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue18911] minidom does not encode correctly when calling Document.writexml

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue25677] Syntax error caret confused by indentation

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue17633] zipimport's handling of namespace packages is incorrect

Mike Romberg added the comment: This patch modifies issue17633-hg.diff by adding changes suggested by the reviewers. Note. I did cleanup the use of __import__ outside of the area involved with issue17633 as it seemed low risk. The tests for issue17633 (and the refactored doTest/makeZip no

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Ionel Cristian Mărieș : -- nosy: +ionelmc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue26065] python embedded 3.5 amd64 crash when using venv

New submission from Laurent Dufrechou: Install python-3.5.1-embed-amd64 to c:\dev\python-3.5.1-embed-amd64 Open terminal window: cd c:\dev\python-3.5.1-embed-amd64 python -m venv c:\dev\myenv -> crash Error: Command '['C:\\dev\\myenv\\Scripts\\python.exe', '-Im', 'ensurepip', '--upgrade', '--de

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

Christoph Böddeker added the comment: ok, thanks, I have opend there an issue https://github.com/ipython/ipython/issues/9120 -- ___ Python tracker ___ __

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

Emanuel Barry added the comment: The choice of IPython to depend on a private, undocumented method means that they are subject to such bugs. A quick Google search tells me you should probably report the issue here: https://github.com/ipython/ipython/issues -- nosy: +ebarry status: open

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

SilentGhost added the comment: > It seems to me, that this change in python is not nessesary. > I don't, know how to find the commit, message who has changed this and why. It was done in issue 13598. It's a bit puzzling that IPython decided to depend on behaviour of a private method. I'd sugge

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

Christoph Böddeker added the comment: That's true. Now I have finde the reason. Someone has changed a function in lib/python3.5/string.py : _vformat. This function returns now a tuple (befor it was only one return value). IPython inherits from this object in lib/python3.5/site-packages/IPython

[issue26064] directory is getting separated

SilentGhost added the comment: It behaves exactly as described in documentation, the only thing I could suggest is to re-read the following for details: https://docs.python.org/3/library/os.path.html#os.path.split -- nosy: +SilentGhost resolution: -> not a bug stage: -> resolved stat

[issue26064] directory is getting separated

New submission from Sagar Kar: In [108]: os.mkdir('newdir') # make new dir In [140]: p = os.path.abspath('newdir') In [141]: p Out[141]: '/media/sagarkar10/sdrive/programing/python/SciPy/scipy-notebook/newdir' ## here 'newdir' is also a directory with a file inside In [143]: os.path.dirname(p

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Brett Cannon : -- nosy: +beazley ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue26058] Add dict.__version__ read-only property

Brett Cannon added the comment: A better way to benchmark this is to run hg.python.org/benchmarks with a patched interpreter and see if that shows any performance impact. -- nosy: +brett.cannon ___ Python tracker

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

Brett Cannon added the comment: Python itself has nothing to do with IPython's shell commands (i.e., !). It would be best to report this bug to IPython to have them fix it on their end. -- nosy: +brett.cannon resolution: -> third party status: open -> closed __

Re: [issue26045] Improve error message for http.client when posting unicode string

Guido van Rossum writes: > UnicodeEncodeError: 'ascii' codec can't encode character '\u1234' in ^ ^ > position 3: Header ('ሴ') is not valid Latin-1. Use ^ ^^^ > header.encode('utf-8') if you want to send it encoded in UTF-8.

[issue26029] Broken sentence in extending documentation

Roundup Robot added the comment: New changeset 3f9b9244488d by Terry Jan Reedy in branch '3.5': Issue #26029: Finish correction. https://hg.python.org/cpython/rev/3f9b9244488d -- ___ Python tracker

[issue25486] Resurrect inspect.getargspec() in 3.6

Yury Selivanov added the comment: > Perhaps we can also add it back in 3.5.2 since 3.5 is in early stages of its > maintenance period? > +1 for adding it to 3.5.2. I was never removed from 3.5 Python 3.5.1 (default, Dec 13 2015, 16:05:52) [GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-

[issue25486] Resurrect inspect.getargspec() in 3.6

Stefan Krah added the comment: +1 for adding it to 3.5.2. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue25486] Resurrect inspect.getargspec() in 3.6

Berker Peksag added the comment: Perhaps we can also add it back in 3.5.2 since 3.5 is in early stages of its maintenance period? -- nosy: +berker.peksag ___ Python tracker ___

[issue25486] Resurrect inspect.getargspec() in 3.6

Stefan Krah added the comment: Could this be done soon? I ran into this just now: Traceback (most recent call last): File "", line 1, in File "/home/stefan/usr/lib/python3.6/site-packages/datashape-0.4.7-py3.6.egg/datashape/__init__.py", line 7, in from .user import * File "/home/

[issue26030] Use PEP8 in documentation examples

Julien added the comment: I opened this ticket mainly to know the opinions on those modifications, I'll slowly review what I see, and provide little patches from time to time, only when the PEP8 infringement look obvious. I think the most obvious PEP8 infringement ARE to be fixed, typically in

[issue26001] Tutorial: write() does not expect string in binary mode

Elena Oat added the comment: Wrapped the lines to 80 chars. -- nosy: +Elena.Oat Added file: http://bugs.python.org/file41556/issue26001.diff ___ Python tracker ___ __

[issue25170] 3.5.0 documentation archives missing

Ezio Melotti added the comment: https://www.python.org/ftp/python/doc/3.5.0/ now contains some files, but they seem to be for the ones for alpha 1 and 3. The dir for 3.5.1 is still missing. -- nosy: +ezio.melotti ___ Python tracker

[issue26030] Use PEP8 in documentation examples

Ezio Melotti added the comment: Without a list of places that don't follow the PEP8, I'm going to close this. -- resolution: -> not a bug status: open -> pending ___ Python tracker

[issue26063] Update copyright in the devguide

Ezio Melotti added the comment: Fixed, thanks for the patch! -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26063] Update copyright in the devguide

Roundup Robot added the comment: New changeset ac2b3bafd41c by Ezio Melotti in branch 'default': #26063: update copyright. Patch by Chris Gonzalez. https://hg.python.org/devguide/rev/ac2b3bafd41c -- nosy: +python-dev ___ Python tracker

[issue24786] Changes in the devguide repository are not published online in HTML

Ezio Melotti added the comment: This seem to be already fixed, however the copyright needs to be updated again (see #26063). -- nosy: +ezio.melotti resolution: -> out of date stage: -> resolved status: open -> closed type: -> behavior ___ Python t

[issue26063] Update copyright in the devguide

Changes by Chris Gonzalez : -- keywords: +patch Added file: http://bugs.python.org/file41555/copyright.diff ___ Python tracker ___ ___

[issue26063] Update copyright in the devguide

New submission from Ezio Melotti: The copyright in the devguide needs to be updated for 2016. -- components: Devguide messages: 257834 nosy: ezio.melotti, willingc priority: normal severity: normal stage: needs patch status: open title: Update copyright in the devguide type: enhancement

[issue26062] IPython4 bash magic ! with {} does not work with Python 3.5.1

New submission from Christoph Böddeker: Hello, I found a wrong behavior with IPython 4 in combination with Python 3.5.1. Normally in a command like "In [2]: !echo {a}" everything inside {} is interpreted with python and inserted to executed the line with bash. After I done a upgrade tp Pyth

[issue26061] logging LogRecordFactory allow kwargs

Aviv Palivoda added the comment: adding the patch :) -- keywords: +patch Added file: http://bugs.python.org/file41554/LogRecordFactoryKwargs.patch ___ Python tracker ___

[issue11440] fix_callable should be dropped from lib2to3 / changed

Changes by SilentGhost : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue26061] logging LogRecordFactory allow kwargs

New submission from Aviv Palivoda: The logging LogRecord factory receives kwargs. However because _log and makeRecord functions in the Logger class don't support kwargs we can't actually pass additional positional arguments to LogRecord. A use case for this is attached. I had made a patch to

[issue24789] ctypes doc string

Ezio Melotti added the comment: Fixed, thanks for the patch! -- nosy: +ezio.melotti resolution: -> fixed stage: needs patch -> resolved status: open -> closed versions: -Python 3.4 ___ Python tracker

[issue24789] ctypes doc string

Roundup Robot added the comment: New changeset 1753a28acad4 by Ezio Melotti in branch '3.5': #24789: fix docstring of ctypes.create_string_buffer. Patch by Matheus Vieira Portela. https://hg.python.org/cpython/rev/1753a28acad4 New changeset 57964ca3ce0f by Ezio Melotti in branch 'default': #24

[issue25730] invisible sidebar content with code snippets

Changes by Ezio Melotti : -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed ___ Python tracker ___ __

[issue25730] invisible sidebar content with code snippets

Ezio Melotti added the comment: This is a duplicate of #24918, which also has a couple of patches that seem to fix the problem. -- superseder: -> Docs layout bug ___ Python tracker ___

[issue18911] minidom does not encode correctly when calling Document.writexml

Ezio Melotti added the comment: > On Python 3 you should not only open file in text mode with specified > encoding, but also specify the "xmlcharrefreplace" error handler. Isn't this only required in case there are non encodable characters? If the encoding is utf-8, this shouldn't be necessary (

[issue25574] 2.7 incorrectly documents objects hash as equal to id

Elena Oat added the comment: Updated the documentation. Now it says that the hash is derived from id, as it says already in Python 3 docs. -- nosy: +Elena.Oat Added file: http://bugs.python.org/file41552/issue25574.diff ___ Python tracker

[issue26041] Update deprecation messages of platform.dist() and platform.linux_distribution()

Kumaripaba Miyurusara Athukorala added the comment: Fixed the remaining errors. -- Added file: http://bugs.python.org/file41551/issue26041.diff ___ Python tracker ___ ___

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

Changes by Serhiy Storchaka : -- nosy: +Mark.Shannon, benjamin.peterson, pingebretson, rhettinger, serhiy.storchaka ___ Python tracker ___ __

[issue26060] Class __dict__ iteration order changing due to type instance key-sharing

New submission from Nick Coghlan: Dave Beazley found some odd behaviour in Python 3.4.1+, where the order of the keys in a class dictionary can be changed by assigning a new value to an existing key: https://gist.github.com/dabeaz/617a5b0542d57e003433 Dave's original reproducer showed a case w

[issue24918] Docs layout bug

Manvi B added the comment: Both solutions msg257821, msg257822 seems to fix the issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue24918] Docs layout bug

Manvi B added the comment: Fixed by using "background: none" in ".highlight" class. -- Added file: http://bugs.python.org/file41549/issue24918.diff ___ Python tracker ___ ___

[issue24918] Docs layout bug

Manvi B added the comment: Fixed by using "display:inline" in ".highlight" class. -- keywords: +patch nosy: +Manvi B Added file: http://bugs.python.org/file41548/issue24918.diff ___ Python tracker _

[issue26058] Add dict.__version__ read-only property

STINNER Victor added the comment: > I don't understand this: >> The version 0 is reserved for "missing key" Oh, ignore it, it's an outdated comment :-) Dictionary version is initialized to 0, it's not more "reserved". FYI I added the comment in my first implementation which also added a versio

[issue26058] Add dict.__version__ read-only property

Antoine Pitrou added the comment: I don't understand this: > The version 0 is reserved for "missing key" -- nosy: +pitrou ___ Python tracker ___

[issue26058] Add dict.__version__ read-only property

STINNER Victor added the comment: Updated patch, I forgot to include unit tests. I added a test on integer overflow on the version. The patch adds _testcapi.dict_setversion(dict, version) and _testcapi.PY_SIZE_MAX. -- Added file: http://bugs.python.org/file41547/dict_version-2.patch _

[issue26041] Update deprecation messages of platform.dist() and platform.linux_distribution()

Kumaripaba Miyurusara Athukorala added the comment: Attached the patch that fixed the issue26041. Changed the deprecation message. -- keywords: +patch nosy: +Kumaripaba Miyurusara Athukorala Added file: http://bugs.python.org/file41546/issue26041.diff ___

[issue26049] Poor performance when reading large xmlrpc data

Cédric Krier added the comment: Answering to myself, it is better to read by chunk to feed the parser also by chunk. So here is a version of the patch which increases by 2 on every loop. -- Added file: http://bugs.python.org/file41545/default.patch _

  1   2   >