[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Guido van Rossum added the comment: OK, I think Sphinx is way too complicated for its own good, and it's arguably not the fault of Python's documentation that this doesn't work for you. I would like to close this issue as "won't fix", except... in a sense Tuple actually *is* a class, since

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

Nick Coghlan added the comment: The reason we don't always drop the importlib frames in general is because we need them when we're debugging importlib itself, as well as when folks are calling into it directly. However, I think it would be reasonable to do it unconditionally for unhandled

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Bernát Gábor added the comment: I suppose when the python.org documentation is generated the objects.inv file gets generated with it (I did not found exactly this piece of code here though). When Sphinx runs, it's intersphinx plugin goes out to python.org, downloads the objects.inv, decodes

[issue31263] Assigning to subscript/slice of literal is permitted

New submission from Isaac Elliott: In Python 3.5 and 3.6 (at least), the language reference presents a grammar that disallows assignment to literals. For example, `(a for 1 in [1,2,3])` is a syntax error, as is `(1, a) = (2, 3)`. However the grammar doesn't prevent assignment to subscripted

[issue31254] WeakKeyDictionary/Mapping doesn't call __missing__

Raymond Hettinger added the comment: For WeakKeyDictionary, I suspect that adding a __missing__() call would make the API more tricky and would likely cause more problems than it solves. Without a compelling use case, my recommendation would be to leave it alone. (FWIW, all of the weak

[issue31209] MappingProxyType can not be pickled

Raymond Hettinger added the comment: > So I guess my questions now are; > > 1. Should types.MappingProxyType be pickleable? > 2. Should there be some documentation about the intended use of > MappingProxyType? > > I imagine the answer to the first question is "no" given > how `__setstate__`

[issue31244] IDLE: work around shortcuts bug in Windows' IMEs and tk

Terry J. Reedy added the comment: Constantine: the point of checking the behavior of the Japanese IME was to determine whether there is a problem with all IMEs or just some. Since Ctrl + the 2nd key from the left on the bottom row (marked 'X') invokes 'Delete' in both American and Japanese

[issue31255] Test getrandom before using it

Benda Xu added the comment: Thanks Victor. Python-3.5 has received your patches in time and 3.5.4 builds well with glibc-2.25 and https://wiki.gentoo.org/wiki/Project:Prefix 2. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6c8e2396d9cf4fe13057741f5bd1b9989eeeb746 --

[issue31209] MappingProxyType can not be pickled

Alex Hayes added the comment: Some background. I'm not actually trying to pickle MappingProxyType, I'm using the schematics [1] library and recently it broke support for pickle [2] and the cause of that is because they are using MappingProxyType [3] internally (when they used to use dict).

[issue31205] IDLE, configdialog: Factor out KeysPage class from ConfigDialog

Terry J. Reedy added the comment: Reading PEP 434, special rules for IDLE, should mostly answer your question. -- ___ Python tracker ___

[issue12887] Documenting all SO_* constants in socket module

Changes by Mariatta Wijaya : -- stage: needs patch -> patch review versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker

[issue31262] Documentation Error

Dipti Sherlekar added the comment: Thanks all. Dipti On Tue, Aug 22, 2017 at 4:28 PM Martin Panter wrote: > > Martin Panter added the comment: > > Assuming this is about the Classes section in the tutorial, you seem to be > going down the same track as

[issue31262] Documentation Error

Martin Panter added the comment: Assuming this is about the Classes section in the tutorial, you seem to be going down the same track as -- nosy: +martin.panter ___ Python tracker

[issue31262] Documentation Error

R. David Murray added the comment: No, that sentence is telling you what the *Python*'s behavior is, using C++ terminology. Unlike C++, where class members are private by default, the Python equivalent of class members are public by default. If you can figure out a clearer way to phrase that

[issue31261] unittest fails to properly destruct objects created during setUp if a test fails

R. David Murray added the comment: GC cleanup is not guaranteed to be synchronous. You are observing normal Python behavior here. Cleanup does not happen until the TestCase instance is finalized (thus eliminating the self.dummy reference to your DummyClass). In the case of passing tests,

[issue28667] FD_SETSIZE is unsigned on FreeBSD

STINNER Victor added the comment: New changeset cb7fdf69ec9235cb358580f189089eaf575fb9df by Victor Stinner in branch '3.6': bpo-28667: Fix a compile warning on FreeBSD when compare with FD_SETSIZE. (#501) (#3190)

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

STINNER Victor added the comment: In my experience, it's not that hard to crash CPython (without ctypes) if you know internals or just if you look into Lib/test/crashers/ :-) I agree that it's a good practice to fix crashes when there is a simple known script to crash Python. The question is

[issue31262] Documentation Error

New submission from Dipti Sherlekar: Documentation says : In C++ terminology, normally class members (including the data members) are public Solution: In C++ the class memebers are private not public by default. -- assignee: docs@python components: Documentation messages: 300727

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Guido van Rossum added the comment: Thanks, I am a little closer to understanding now. > once intersphinx looks at the Tuple during documentation generation it > deduces it actually is of type class How does intersphinx deduce this? Also, does it run when we generate the Python docs, or when

[issue31261] unittest fails to properly destruct objects created during setUp if a test fails

New submission from Micah: When running the attached example test dummy objects are created during setUp and destructed at the end of a passing test but when a test fails the dummy object that was created in setUp fails to deconstruct. This leads to cascading errors when writing integration

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Ivan Levkivskyi added the comment: > For the end user the fact that this is a class is still hidden I am not sure what you mean by this, but with your PR the rendered docs will literally say ``class typing.Tuple``. > We should probably add a unit test that makes sure all runtime "type"

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Antoine Pitrou added the comment: After experimenting a bit more with this approach, I now realize that the case where a get() is waiting and gets interrupted by a put() call is not handled properly: there is no obvious way for the get() call to realize (when the interruption finishes) that

[issue31205] IDLE, configdialog: Factor out KeysPage class from ConfigDialog

Łukasz Langa added the comment: I don't understand why GH-3097 was introduced to 3.6.2. This doesn't look like a bugfix? -- nosy: +lukasz.langa ___ Python tracker

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Bernát Gábor added the comment: so here's the problem in detail: Intersphinx (http://www.sphinx-doc.org/en/stable/ext/intersphinx.html) is a built in Sphinx plugin that allows to link to documentation of other projects in your own documentation. For example when specifying the argument of a

[issue29097] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

Changes by Preston Landers : -- nosy: +planders ___ Python tracker ___ ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Changes by Łukasz Langa : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Łukasz Langa added the comment: New changeset 8e572491b59c2334723bfd7411ab2a9fbd100f70 by Łukasz Langa in branch '3.6': [3.6] bpo-30983: [gdb] Fix py-bt, etc. for non-debug shared builds (GH-3153) (#3192) https://github.com/python/cpython/commit/8e572491b59c2334723bfd7411ab2a9fbd100f70

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

Changes by Łukasz Langa : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

Łukasz Langa added the comment: New changeset 772d809a63f40fd35679da3fb115cdf7fa81bd20 by Łukasz Langa (Martijn Pieters) in branch 'master': bpo-31161: only check for parens error for SyntaxError (#3082) https://github.com/python/cpython/commit/772d809a63f40fd35679da3fb115cdf7fa81bd20

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

Łukasz Langa added the comment: New changeset 680f04a926bce04e4320ba883068c345eba502a6 by Łukasz Langa (Martijn Pieters) in branch '3.6': bpo-31161: only check for parens error for SyntaxError (#3083) https://github.com/python/cpython/commit/680f04a926bce04e4320ba883068c345eba502a6

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

Changes by Łukasz Langa : -- pull_requests: +3231 ___ Python tracker ___ ___

[issue23835] configparser does not convert defaults to strings

Łukasz Langa added the comment: I merged the original fix and documented it. I thought about it some more and remembered that RawConfigParser objects do in fact support non-string values by historical coincidence. It's unfortunately a popular idiom with old programs to load some configuration

[issue23835] configparser does not convert defaults to strings

Changes by Łukasz Langa : -- pull_requests: +3230 ___ Python tracker ___ ___

[issue31244] Shortcuts bug in Python IDLE

Serhiy Storchaka added the comment: I confirm the issue. Seems this is a particularity of Tk implementation on Windows (it looks as a bug from user's point of view). There is a workaround, but it is too complex. For the particular keyboard layout and for every registered shortcut you need to

[issue31260] [2.7] Enhance PC/VS9.0/ project to produce python.bat, as PCbuild/

Changes by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

Larry Hastings added the comment: I thought crashing bugs were generally considered security bugs. With a reliable crashing bug exploiting a reasonable module (e.g. not ctypes) you can crash Python instances in hosting services. If those instances are shared with other users (e.g. Google

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

STINNER Victor added the comment: Larry Hastings: "Victor, what do you think, does this need a 3.5 backport? I'm inclined to say yes." Naoki has to design an evil object which triggers explicitly the garbage collector to get a crash. He found the bug by reading the code. I don't remind

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Guido van Rossum added the comment: Before I spend more time reviewing your patch, can you please explain what you mean by "sphinx fails to find these"? Is there a particular dead link on docs.python.org or a specific query you typed in the search box that failed to find the definition of

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

Larry Hastings added the comment: Victor, what do you think, does this need a 3.5 backport? I'm inclined to say yes. -- ___ Python tracker ___

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

Dmitry Kazakov added the comment: In order to load and compile the module code, runpy calls the loader's get_code method. Because that happens outside of the normal import process, and PyImport_ImportModuleLevelObject is currently the only place where remove_importlib_frames is being invoked,

[issue28667] FD_SETSIZE is unsigned on FreeBSD

Changes by STINNER Victor : -- pull_requests: +3229 ___ Python tracker ___ ___

[issue30871] Add test.pythoninfo

STINNER Victor added the comment: I modified the buildbot configuration so a pythoninfo failure marks the build as WARNINGS instead of FAILED: https://github.com/python/buildmaster-config/commit/3866fac355b91d9d56507c345992fad2169759b4 But I'm not sure that it works :-/ I forced a build, but

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: New changeset 468534d92f6879e925c4cd8a228ea300abfb7e4d by Victor Stinner in branch '3.6': bpo-31259: test_urllib2_localnet uses addCleanup(server.stop) (#3186) https://github.com/python/cpython/commit/468534d92f6879e925c4cd8a228ea300abfb7e4d --

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: New changeset 41bbd82b6b6a887e893974fa5cdaae7782ae6cac by Victor Stinner in branch 'master': bpo-31234: test_threaded_import: fix test_side_effect_import() (#3189) https://github.com/python/cpython/commit/41bbd82b6b6a887e893974fa5cdaae7782ae6cac --

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: New changeset 830d7d2936434ace113822294acce82f62cde41b by Victor Stinner in branch 'master': bpo-31234: test_httpservers joins the server thread (#3188) https://github.com/python/cpython/commit/830d7d2936434ace113822294acce82f62cde41b --

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: New changeset 5f20539ee5c6e3f1da23e8fc31ba519a3d078c79 by Victor Stinner in branch '3.6': bpo-31234: fork_wait tests now join threads (#3139) (#3187) https://github.com/python/cpython/commit/5f20539ee5c6e3f1da23e8fc31ba519a3d078c79 --

[issue30871] Add test.pythoninfo

STINNER Victor added the comment: I created bpo-31260: [2.7] Enhance PC/VS9.0/ project to produce python.bat, as PCbuild/ -- ___ Python tracker ___

[issue31234] Make support.threading_cleanup() stricter

Changes by STINNER Victor : -- pull_requests: +3228 ___ Python tracker ___ ___

[issue31234] Make support.threading_cleanup() stricter

Changes by STINNER Victor : -- pull_requests: +3227 ___ Python tracker ___ ___

[issue31234] Make support.threading_cleanup() stricter

Changes by STINNER Victor : -- pull_requests: +3226 ___ Python tracker ___ ___

[issue31260] [2.7] Enhance PC/VS9.0/ project to produce python.bat, as PCbuild/

New submission from STINNER Victor: It would be nice to have a python.bat script produced by the PC/VS9.0/ project, as done by the PCbuild/ project. It would fix the newly added buildbot step "pythoninfo": https://bugs.python.org/issue30871#msg300703 Without python.bat, it's not easy to get

[issue30871] Add test.pythoninfo

STINNER Victor added the comment: Crap, everything is fine on all CIs... except of a single Windows buildbot using Visual Studio 2010 which doesn't produce the required python.bat:

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: -3224 ___ Python tracker ___ ___

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3225 ___ Python tracker ___ ___

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3224 ___ Python tracker ___ ___

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: At this point, I'm not sure that I want to make threading_cleanup() stricter, since it's tricky to fix all dangling threads in all tests. At least, I opened an issue for 3.6 as a placeholder if we need to backport a few fixes. See also bpo-31234 where I

[issue31238] pydoc: ServerThread.stop() leaves a dangling thread

STINNER Victor added the comment: I left Python 2.7 and 3.6 unchanged to focus on fixing dangling threads and other similar bugs in the master branch first. I will see later if we really need to backport the fix to stable branches. In the meanwhile, I close the issue. --

[issue31238] pydoc: ServerThread.stop() leaves a dangling thread

Changes by STINNER Victor : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3223 ___ Python tracker ___ ___

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

New submission from STINNER Victor: Backport reap_children() and threading_cleanup() enhancements from master to 3.6 to make tests more reliables, reduce random failures on Python CIs. See also bpo-31258 for Python 2.7 -- components: Tests messages: 300700 nosy: haypo priority: normal

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: New changeset 02e03672e6766b1da847b1635982a70346780744 by Victor Stinner in branch '2.7': bpo-31258: test_urllib2_localnet uses addCleanup(server.stop) (#3184) https://github.com/python/cpython/commit/02e03672e6766b1da847b1635982a70346780744 --

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: New changeset 1460ce5a9325690d8a1913c296a9bba437ff0f39 by Victor Stinner in branch '2.7': bpo-31258: test_signal: call waitpid() to prevent zombie process (#3183) https://github.com/python/cpython/commit/1460ce5a9325690d8a1913c296a9bba437ff0f39 --

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: New changeset bc61315377056fe362b744d9c44e17cd3178ce54 by Victor Stinner in branch 'master': bpo-31249: Fix ref cycle in ThreadPoolExecutor (#3178) https://github.com/python/cpython/commit/bc61315377056fe362b744d9c44e17cd3178ce54 --

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: Using PR 3182, test_socketserver fails with --fail-env-changed because of bpo-31151 "socketserver.ForkingMixIn.server_close() leaks zombie processes". -- ___ Python tracker

[issue2506] Add mechanism to disable optimizations

Changes by diana : -- nosy: +diana ___ Python tracker ___ ___ Python-bugs-list

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3222 ___ Python tracker ___ ___

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3221 ___ Python tracker ___ ___

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

Changes by STINNER Victor : -- pull_requests: +3220 ___ Python tracker ___ ___

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

New submission from STINNER Victor: Backport reap_children() and threading_cleanup() enhancements from master to 2.7 to make tests more reliables, reduce random failures on Python CIs. -- components: Tests messages: 300695 nosy: haypo priority: normal severity: normal status: open

[issue31024] typing.Tuple is class but is defined as data inside https://docs.python.org/3.6/objects.inv

Changes by Roundup Robot : -- pull_requests: +3219 ___ Python tracker ___

[issue31244] Shortcuts bug in Python IDLE

Constantine Ketskalo added the comment: *versionis = versions -- ___ Python tracker ___ ___ Python-bugs-list

[issue31244] Shortcuts bug in Python IDLE

Constantine Ketskalo added the comment: Terry J. Reedy, Japaneese has no cyrillic characters, it's alphabet consists of hieroglyphs and it has nothing to do with Ukrainian even if it looks the same for you. "about Windows' built-in Cyrillic IMEs and control key combinations?" In depth - no.

[issue31255] Test getrandom before using it

STINNER Victor added the comment: If I understand correctly, Python 3.4 and 3.5 simply don't work on Linux < 3.17 with glibc >= 2.25. The question is which OS make such change. It seems like the issue is more with binary packages when the builder is older or newer than the OS used by end

[issue31249] test_concurrent_futures leaks dangling threads

Changes by STINNER Victor : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue31253] Python fails to parse triple quoted (commented out) code

R. David Murray added the comment: And being "accepted" does not change the fact that one needs to be aware of the fact that syntactically they are string literals and not syntactic comments. Which was your point. -- ___ Python tracker

[issue31253] Python fails to parse triple quoted (commented out) code

R. David Murray added the comment: Just FYI, Vedran, almost everyone gets this one wrong :) I too once thought that triple quoted text used as comments was bad style, but in fact I learned they are an accepted way in Python to do multiline comments. Accepted by Guido, at least:

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: I succeeded to reproduce a leak on the x86 Gentoo Refleaks 3.x buildbot using the following command. I'm unable to reproduce the bug on my Fedora 25. pydev@stormageddon ~/cpython $ ./python -m test -R 3:3 -j1 -m

[issue31257] importlib race condition

STINNER Victor added the comment: Oops, please ignore my issue. It's a typo in my command line, missing space ;-) -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue31229] wrong error messages when too many kwargs are received

Changes by Oren Milman : -- pull_requests: +3218 ___ Python tracker ___ ___

[issue31257] importlib race condition

Changes by STINNER Victor : -- components: +Interpreter Core versions: +Python 3.7 ___ Python tracker ___

[issue31244] Shortcuts bug in Python IDLE

Changes by Terry J. Reedy : -- components: -IDLE ___ Python tracker ___ ___

[issue31244] Shortcuts bug in Python IDLE

Terry J. Reedy added the comment: IDLE's involvement with cut, copy, and paste is to tell the tcl/tk GUI framework what keys to associate with the operations. The keys depend on the OS-specific defaults or the keyset chosen by the user. The actual operation on the Text widget is carried out

[issue31257] importlib race condition

New submission from STINNER Victor: While stressing the system to get system load of at least 5 (I have 4 logical CPUs), I got an import error whereas the module exists. See recent changes to fix race conditions in importlib: * bpo-30891: commit e72b1359f81d1dd42bd8a5c5cc2b3928b74f8023 *

[issue31244] Shortcuts bug in Python IDLE

Constantine Ketskalo added the comment: Louie Lu, yes, I'm using Windows. But, sorry, what is IEM? I'm currently using native Python IDLE. Right click to .py file and "Edit with IDLE". However I'm starting to think about switching to Visual Studio, even though it's huge and slower... Yes, I'm

[issue31255] Test getrandom before using it

Changes by Benda Xu : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___

[issue737999] minor codeop fixes

Changes by Bienkowski Andrey : -- pull_requests: +3217 ___ Python tracker ___ ___

[issue31249] test_concurrent_futures leaks dangling threads

Changes by STINNER Victor : -- pull_requests: +3216 ___ Python tracker ___ ___

[issue30159] gdb autoloading python-gdb.py

Changes by Antoine Pitrou : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list

[issue31255] Test getrandom before using it

Benda Xu added the comment: > Does it only affect Python 3.4 and 3.5? Both versions are in security > fix-only mode and no longer receive other fixes. Sorry I haven't noticed that there are two new releases this month Python 3.4.7 and 3.5.4. The test build results are: 3.4.7 fail 3.4.6 fail

[issue31238] pydoc: ServerThread.stop() leaves a dangling thread

Changes by STINNER Victor : -- pull_requests: +3215 ___ Python tracker ___ ___

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

STINNER Victor added the comment: > /* UnTrack is needed before calling any callbacks (bpo-31095) */ LGTM. I suggest /* bpo-31095: UnTrack is needed before calling any callbacks */ which is a little bit shorter, but it's up to you ;-) -- ___ Python

[issue31244] Shortcuts bug in Python IDLE

Louie Lu added the comment: Hi, so you are using Windows built-in IEM with Ukrainian input method. And in this situation, you cannot use Ctrl+Z, Ctrl+V ..etc. right? -- nosy: +louielu ___ Python tracker

[issue31255] Test getrandom before using it

Christian Heimes added the comment: Does it only affect Python 3.4 and 3.5? Both versions are in security fix-only mode and no longer receive other fixes. -- ___ Python tracker

[issue31255] Test getrandom before using it

Benda Xu added the comment: This is a continuation of http://bugs.python.org/issue29157#msg288291. -- nosy: +Vladimír Čunát, christian.heimes versions: +Python 3.5 ___ Python tracker

[issue31255] Test getrandom before using it

Changes by Benda Xu : -- versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___

[issue31255] Test getrandom before using it

Changes by Benda Xu : -- components: +Build ___ Python tracker ___ ___ Python-bugs-list

[issue31255] Test getrandom before using it

Changes by Benda Xu : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31253] Python fails to parse commented out code

Andrew Wall added the comment: My lazy way of programming is to piece together lines of code, going round and round commenting and uncommenting sections until I get something that works. My new lazy way of commenting out larger chunks of code will be: r''' ... several lines of code

[issue31253] Python fails to parse commented out code

Vedran Čačić added the comment: That's because it is not commented code, it is a multiline string literal. And it is not raw, so \Un... is just an error, since n is not a valid hexadecimal digit. In the first code, \Un... is inside a raw string so it is read literally. There is nothing to fix

[issue31256] xml.etree.ElementTree: add support for doctype in tostring method

New submission from bastik: When trying to generate an XML file with 'xml.etree.ElementTree', there is no way to specify a doctype (example below). The 'xml.etree.ElementTree.ElementTree.write' method has a 'xml_declaration' flag, which can be used as workaround, but there is no such flag for

  1   2   >