[issue34815] Change Py_Ellipse __str__ behavior.

Serhiy Storchaka added the comment: Are you aware that changing just __str__ will not change the result of repr(), so that nested Ellipsis and Ellipsis in REPL will be still represented by name? >>> print(...) ... >>> print([...]) [Ellipsis] >>> ... Ellipsis But changing also __repr__ will c

[issue34816] ctypes + hasattr

New submission from Lars Friedrich : The following creates an OSError: import ctypes hasattr(ctypes.windll, 'test') The expected behavior would be to return "False" -- components: ctypes messages: 326528 nosy: lfriedri priority: normal severity: normal status: open title: ctypes + has

[issue34817] Ellipsis docs has extra dot in the markdown that makes it look like .... (four dots)

New submission from Karthikeyan Singaravelan : I looked up the Ellipsis documentation at https://docs.python.org/dev/library/constants.html#Ellipsis which has the below text : > The same as Special value used mostly in conjunction with extended > slicing syntax for user-defined contain

[issue34815] Change Py_Ellipse __str__ behavior.

tom.r added the comment: Yes. I wanted to change just __str__ because the string value of an Ellipsis should be, well, an ellipsis. The __repr__ representation helps distinguish between recursion and an ellipsis object, so that's fine the way it is. -- __

[issue24412] setUpClass equivalent for addCleanup

Serhiy Storchaka added the comment: There is a design issue with the order of cleaning up. tearDown() is purposed to release resources acquired in setUp(). Resources acquired in test methods will be released in doCleanup() if use addCleanup(), but since doCleanup() is called after tearDown()

[issue24412] setUpClass equivalent for addCleanup

Change by Serhiy Storchaka : -- versions: +Python 3.8 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue21919] Changing cls.__bases__ must ensure proper metaclass inheritance

Karthikeyan Singaravelan added the comment: Thanks for the report and patience. This behavior is still reproducible on master as of f55c64c632 . I am adding Raymond as part of triaging who might have a better explanation about this. Raymond, feel free to remove yourself if this is not releva

[issue24412] setUpClass equivalent for addCleanup

Robert Collins added the comment: Serhiy, thats not a design flaw, its a feature. in a class hierarchy, setup and teardown ordering is undefined: implementors can choose whatever order they want to execute in. e.g. class A(TestCase): def setUp(self): super().setUp() acquire1() class B(

[issue34818] test.test_ssl.ThreadedTests.test_tls1_3 fails in 2.7 with AttributeError: __exit__

New submission from Dimitri John Ledkov : test.test_ssl.ThreadedTests.test_tls1_3 fails in 2.7 with AttributeError: __exit__ When building python 2.7, update to 20180926 from the 2.7 branch, on Ubuntu 18.10 (cosmic) with OpenSSL 1.1.1 the test_ssl errors out like so:

[issue34818] test.test_ssl.ThreadedTests.test_tls1_3 fails in 2.7 with AttributeError: __exit__

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34818] test.test_ssl.ThreadedTests.test_tls1_3 fails in 2.7 with AttributeError: __exit__

Change by Christian Heimes : -- priority: normal -> deferred blocker stage: -> needs patch type: -> behavior ___ Python tracker ___ __

[issue34819] Executor.map and as_completed timeouts are able to deviate

New submission from orlnub123 : The map and as_completed functions can randomly timeout earlier or later due to NTP stepping the clock or something changing the time and/or date. Here's some code to reproduce the issue for map: import concurrent.futures import time with concurrent.futures.Th

[issue34819] Executor.map and as_completed timeouts are able to deviate

Change by orlnub123 : -- keywords: +patch pull_requests: +8996 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue34819] Executor.map and as_completed timeouts are able to deviate

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Kubilay Kocak added the comment: Copying in my original email to Pablo that elucidated the test failure cause and resolution, including upstream commit/review/issue references for the recvmsg(2) changes IN CURRENT. Full buildbot worker log attached While I'm here, update list of versions (b

[issue34819] Executor.map and as_completed timeouts are able to deviate

Karthikeyan Singaravelan added the comment: Thanks for the report and PR. I can find a very similar issue where time.time was changed to time.monotonic across multiprocessing module by Victor for the same reason : issue34054. I don't know why it wasn't changed in concurrent.futures . Seems t

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Change by miss-islington : -- pull_requests: +8998 stage: backport needed -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Change by miss-islington : -- pull_requests: +8999 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: I search if C extensions of the Python standard libraries are always linked or not to libpython... it's complicated. I tested _ctypes, _hashlib and _struct modules: * Debian and Ubuntu: NOT linked to libpython * Conda: LINKED to libpython * Mageia 7: LINKED

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Ah, it seems like the bpo-832799 (reported in 2003) is similar to the RHEL bug: https://bugzilla.redhat.com/show_bug.cgi?id=1585201 Extract of the RHEL bug report: --- pythontest.c: #include int main(int argc, char *argv[]) { void *pylib = dlopen("libpyt

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Antoine Pitrou added the comment: Le 27/09/2018 à 12:49, STINNER Victor a écrit : > > I search if C extensions of the Python standard libraries are always linked > or not to libpython... it's complicated. I tested _ctypes, _hashlib and > _struct modules: > > * Debian and Ubuntu: NOT linked t

[issue34819] Executor.map and as_completed timeouts are able to deviate

Karthikeyan Singaravelan added the comment: Sorry, please ignore the comment reference to https://bugs.python.org/issue29733#msg289116 . I misunderstood that it was about concurrent.futures using time.time but it turns out it was about the program using time.time as verifying the PR against

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Extract of Antoine's comment on bpo-21536: > (AFAIK, systems notorious for providing shared library Pythons are > RedHat-alike systems, while Debian/Ubuntu provide statically linked Pythons) Oh. I didn't notice this major difference... * Ubuntu 16.04: Python

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: Antoine: > Why do you call this a bug? "./configure --enable-shared && make" links C extensions to libpython. It's surprising that C extensions compiled by Makefile behave differently (not linked to libpython). We need consistency: either *never* link to lib

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: > * FreeBSD 12 (alpha): Python 2.7 and Python 3.6 are linked to libpython > (--enable-shared) Note: _ctypes, _hashlib and _struct are all linked to libpython, on Python 2 and Python 3. Antoine: > Do you realize libpython.so doesn't exist on Debian / Ubuntu?

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: > It means a C extension compiled with a shared-library Python cannot be > imported on a monolithic Python (which doesn't have libpython.so). It's a > real problem when you want to redistribute compiled C extensions: if you > compile it on RedHat/CentOS, it

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Antoine Pitrou added the comment: > Is it a real use case? Why would anyone use a RHEL binary on Debian? Debian > already provides the full standard library. I'm not talking about the standard library obviously. I don't remember my original use case exactly, but I must have been compiling a

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

STINNER Victor added the comment: > I'm not talking about the standard library obviously. I don't remember my > original use case exactly, but I must have been compiling a C extension on a > system and expected it to work on another. It seems like we are talking about two different things:

[issue34819] Executor.map and as_completed timeouts are able to deviate

Antoine Pitrou added the comment: New changeset a94ee12c26aa8dd7dce01373779df8055aff765b by Antoine Pitrou (orlnub123) in branch 'master': bpo-34819: Use a monotonic clock to compute timeouts in concurrent.futures (GH-9599) https://github.com/python/cpython/commit/a94ee12c26aa8dd7dce01373779

[issue34819] Executor.map and as_completed timeouts are able to deviate

Change by miss-islington : -- pull_requests: +9001 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34819] Executor.map and as_completed timeouts are able to deviate

Change by miss-islington : -- pull_requests: +9000 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34819] Executor.map and as_completed timeouts are able to deviate

STINNER Victor added the comment: Oh, I missed the Lib/concurrent/futures/ directory when I tried to patch the whole stdlib to use monotonic clocks for timeouts :-( Thanks for the fix! -- ___ Python tracker ___

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Antoine Pitrou added the comment: But as you said, we need consistency: either *never* link to libpython, or *always* link to libpython. You are proposing to always link, I'm arguing we should never link. -- ___ Python tracker

[issue34819] Executor.map and as_completed timeouts are able to deviate

miss-islington added the comment: New changeset 3a4aa6ac55e04c42757443d5b5854b6d893e0461 by Miss Islington (bot) in branch '3.6': bpo-34819: Use a monotonic clock to compute timeouts in concurrent.futures (GH-9599) https://github.com/python/cpython/commit/3a4aa6ac55e04c42757443d5b5854b6d893e

[issue34819] Executor.map and as_completed timeouts are able to deviate

orlnub123 added the comment: Happy to help! I'm surprised it got merged so quickly, amazing response times all-around. -- ___ Python tracker ___ _

[issue34819] Executor.map and as_completed timeouts are able to deviate

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue34819] Executor.map and as_completed timeouts are able to deviate

miss-islington added the comment: New changeset 2b01121fd4200f1c27873422f7f72d02eec08630 by Miss Islington (bot) in branch '3.7': bpo-34819: Use a monotonic clock to compute timeouts in concurrent.futures (GH-9599) https://github.com/python/cpython/commit/2b01121fd4200f1c27873422f7f72d02eec0

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

Felipe Rodrigues added the comment: Well, even if we do fix some security issues in SimpleHTTPServer, it doesn't change the fact that it shouldn't really be used for sensitive applications. I like how Django docs handles a similar issue regarding their development server (https://docs.djangop

[issue34816] ctypes + hasattr

Eryk Sun added the comment: ctypes.windll is an instance of ctypes.LibraryLoader, which has a __getattr__ method that calls ctypes.WinDLL(name) and caches the result as an instance attribute. I suppose with chained exceptions it's reasonable to handle OSError in __getattr__ by raising Attrib

[issue34816] ctypes + hasattr

Lars Friedrich added the comment: Thank you for your reply. I am not sure if I understood correctly: Do you suggest to modify ctypes.__init__.py so that the __getattr__ method of LibraryLoader catches the OSError and raises an AttributeError instead, as in your example? --

[issue34709] Suggestion: make getuser.getpass() also look at SUDO_USER environment variable

Steven D'Aprano added the comment: Versions 3.7 and below are all in feature-freeze, so this change could only apply to 3.8 and above. I don't know if this feature is desirable or not. If it is (sometimes?) desirable, my guess is that it would be undesirable to use SUDO_USER *unless* the ef

[issue34763] Python lacks 0x4E17

Change by Steven D'Aprano : -- nosy: +steven.daprano ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue34370] Tkinter scroll issues on macOS

Kevin Walzer added the comment: Ned, please hold off a bit on this--another developer is doing some final fine-tuning of the scrolling code so it fully passes Tk's test suite. I'm waiting for the final commit of this code any day now. -- status: pending -> open _

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Matthias Klose added the comment: Debian/Ubuntu doesn't link against the library because it would add dependencies on all supported Python versions. Normally this is just during transition times, but e.g. for the upcoming Ubuntu 18.10 release we didn't finish the transition and so ship two P

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: Commit merged into master: commit 7291108d88ea31d205da4db19d202d6cbffc6d93 Author: Pablo Galindo Date: Thu Sep 27 10:25:03 2018 +0100 Fix tests in test_socket to use correctly CMSG_LEN (GH-9594) After some failures in AMD64 FreeBSD CURRENT Deb

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Pablo Galindo Salgado added the comment: It looks like the test_socket is fixed but some related issues are still left in multiprocessing. -- ___ Python tracker ___ _

[issue34820] binascii.c:1578:1: error: the control flow of function ‘binascii_crc32’ does not match its profile data (counter ‘arcs’)

New submission from wencan : git version: a94ee12c26aa8dd7dce01373779df8055aff765b /home/wencan/Projects/github.com/python/cpython/Modules/binascii.c: In function ‘binascii_crc32’: /home/wencan/Projects/github.com/python/cpython/Modules/binascii.c:1578:1: error: the control flow of function ‘b

[issue34815] Change Py_Ellipse __str__ behavior.

Guido van Rossum added the comment: I'm against this. The str() and repr() of Ellipsis are 'Ellipsis' for a reason: to remind the user that this is "just" an object, not a piece of special syntax. -- ___ Python tracker

[issue32892] Remove specific constant AST types in favor of ast.Constant

Serhiy Storchaka added the comment: > Since Python 3.6 ;-) Thank you for correction Victor. It is what I meant. Why I had written 3.8? :-? -- ___ Python tracker ___ _

[issue32892] Remove specific constant AST types in favor of ast.Constant

Serhiy Storchaka added the comment: New changeset 3f22811fef73aec848d961593d95fa877f77ecbf by Serhiy Storchaka in branch 'master': bpo-32892: Use ast.Constant instead of specific constant AST types. (GH-9445) https://github.com/python/cpython/commit/3f22811fef73aec848d961593d95fa877f77ecbf

[issue34821] Crash after run Python interpreter from removed directory

New submission from Игорь Никитин : How to repeat: see screen. For example, command "lsb_release" is also not found removed directory, but there is no crash. Python2, in this case, run without problem. -- files: python_bug.png messages: 326567 nosy: Игорь Никитин priority: normal seve

[issue32892] Remove specific constant AST types in favor of ast.Constant

STINNER Victor added the comment: Thank you Serhiy :-D I really love ast.Constant, it simplify many things when writing code modifying the AST. -- ___ Python tracker ___

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: Is test_socket of Python 2.7 affected by the issue? If not, I suggest to remove 2.7 from this issue and close it. -- ___ Python tracker ___

[issue34700] typing.get_type_hints doesn't know about typeshed

Change by Ivan Levkivskyi : -- assignee: -> levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue34822] Simplify AST for slices

New submission from Serhiy Storchaka : Currently an AST for expressions can have non-terminal nodes of two types: expr and slice. Every of them can be a one of several kinds. A slice can be of kind Index (just an expression), Slice (optional expressions separated by ":") or ExtSlice (slices s

[issue34815] Change Py_Ellipse __str__ behavior.

tom.r added the comment: That's understandable. Thanks for considering it, closing the patch. -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34776] Postponed annotations break inspection of dataclasses

Change by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue34803] argparse int type does not accept scientific notation

Change by paul j3 : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue34823] libffi detection doesn’t work in my setup

New submission from Michael Stapelberg : (Tested with Python 3.7, but AFAICT, the situation hasn’t changed in Python 3.8.) Python’s configure tries to fill the LIBFFI_INCLUDEDIR system variable with the value of -I as returned by pkg-config libffi --cflags-only-I. Python’s setup.py tries to d

[issue34776] Postponed annotations break inspection of dataclasses

Change by INADA Naoki : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue34824] _ssl.c: Possible null pointer dereference

New submission from Zackery Spytz : If _PyBytes_Resize() fails in _ssl_MemoryBIO_read_impl(), Py_DECREF() will be called on a null pointer. -- assignee: christian.heimes components: Extension Modules, SSL messages: 326573 nosy: ZackerySpytz, christian.heimes priority: normal severity:

[issue34824] _ssl.c: Possible null pointer dereference

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

[issue34822] Simplify AST for slices

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +9002 stage: -> patch review ___ Python tracker ___ ___ Python-bugs

[issue34824] _ssl.c: Possible null pointer dereference

Change by Zackery Spytz : -- keywords: +patch pull_requests: +9003 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Change by Elvis Pranskevichus : -- pull_requests: +9004 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue34762] Change contextvars C API to use PyObject

Serhiy Storchaka added the comment: Perhaps this change caused new compiler warnings: In file included from ./Include/pytime.h:6:0, from ./Include/Python.h:68, from /home/serhiy/py/cpython/Modules/_asynciomodule.c:1: /home/serhiy/py/cpython/Modules/_asynciomodu

[issue29708] support reproducible Python builds

Change by Elvis Pranskevichus : -- pull_requests: +9005 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue34762] Change contextvars C API to use PyObject

Yury Selivanov added the comment: Right, I'll make a PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34821] Crash after run Python interpreter from removed directory

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34821] Crash after run Python interpreter from removed directory

Karthikeyan Singaravelan added the comment: Thanks for the report and steps. Can you try this on Python 3.5 ? I think this is the related issue issue22834 that was not fixed in Python 3.4 and has the same line numbers. I can't reproduce this on my Ubuntu machine with Python 3.6.5 from Anacon

[issue34825] Add more entries to os module to pathlib reference table

New submission from Karthikeyan Singaravelan : I found issue33194 where unlink from pathlib can be used to delete a file or symlink similar to os.unlink or os.remove but the visibility for the function was low. I found there is a reference table with os module functions and their equivalent p

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Elvis Pranskevichus added the comment: https://github.com/python/cpython/pull/9607 turns SOURCE_DATE_EPOCH into a *default* rather than absolute override. test_cmd_line_script and test_runpy fail due to the lack of support for hash-based .pycs in zipimport, which needs fixing also.

[issue34825] Add more entries to os module to pathlib reference table

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +9006 stage: -> patch review ___ Python tracker ___ ___ Pyt

[issue34821] Crash after run Python interpreter from removed directory

Karthikeyan Singaravelan added the comment: Just installed Python 3.4 and can confirm this is fixed in 3.5 but exists on Python 3.4.9 though I don't receive any segfaults though as in the picture with 3.4. karthi@ubuntu-s-1vcpu-1gb-blr1-01:~$ mkdir /tmp/foo karthi@ubuntu-s-1vcpu-1gb-blr1-01:

[issue34820] binascii.c:1578:1: error: the control flow of function ‘binascii_crc32’ does not match its profile data (counter ‘arcs’)

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34820] binascii.c:1578:1: error: the control flow of function ‘binascii_crc32’ does not match its profile data (counter ‘arcs’)

Karthikeyan Singaravelan added the comment: Thanks for the report. * Can you please add the OS, GCC details, full traceback and command that triggers the error? * Is it consistent? * Are you adding a flag to treat all the warnings as errors? I assume you are running PGO. As I can see on t

[issue34762] Change contextvars C API to use PyObject

Change by Yury Selivanov : -- pull_requests: +9007 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list maili

[issue32956] python 3 round bug

Mark Dickinson added the comment: [Joshua] > 1. Update the round() docs to make the documentation of this behavior less > buried, Sounds reasonable to me; I'm definitely open to documentation improvements. Though it doesn't seem all that buried to me: the round-ties-to-even behaviour is de

[issue34762] Change contextvars C API to use PyObject

Yury Selivanov added the comment: New changeset 994269ccee5574f03cda6b018399347fc52bf330 by Yury Selivanov in branch 'master': bpo-34762: Update PyContext* to PyObject* in asyncio and decimal (GH-9609) https://github.com/python/cpython/commit/994269ccee5574f03cda6b018399347fc52bf330 ---

[issue34751] Hash collisions for tuples

Tim Peters added the comment: I should have spelled this out before: these are all permutations, so in general permuting the result space of `x * mult + y` (or any other permutation involving x and y) is exactly the same as not permuting it but applying a different permutation to y instead.

[issue34762] Change contextvars C API to use PyObject

Change by Yury Selivanov : -- pull_requests: +9008 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34533] Apply PEP384 to _csv module

Berker Peksag added the comment: This is a duplicate of issue 14935. Could you please retarget PR 8977 against issue 14935? -- nosy: +berker.peksag resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> PEP 384 Refactoring applied to _csv modu

[issue34762] Change contextvars C API to use PyObject

Yury Selivanov added the comment: New changeset 24cb7de15d3a5979425b281ab4f600f7c2b401f2 by Yury Selivanov in branch '3.7': [3.7] bpo-34762: Update PyContext* refs to PyObject* in asyncio and decimal (GH-9610) https://github.com/python/cpython/commit/24cb7de15d3a5979425b281ab4f600f7c2b401f2

[issue34802] asyncio.iscoroutine() documentation is wrong

Change by Brett Cannon : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue34762] Change contextvars C API to use PyObject

Yury Selivanov added the comment: Thank you Serhiy, for re-opening this! I've pushed fixes to 3.7 and master branches. -- stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue34802] asyncio.iscoroutine() documentation is wrong

Change by Yury Selivanov : -- keywords: +patch pull_requests: +9009 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue34802] asyncio.iscoroutine() documentation is wrong

Yury Selivanov added the comment: I'll make a simple fix for the asyncio.coroutine decorator docs. > I would suggest below for #coroutines : >> Coroutines declared with async/await syntax is the preferred way of writing >> asyncio applications but asyncio also supports legacy generator-bas

[issue7674] select.select() corner cases: duplicate fds, out-of-range fds

Change by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue34802] asyncio.iscoroutine() documentation is wrong

Yury Selivanov added the comment: New changeset 59ee5b12938efbf534f2a19300a847bf6b23a77d by Yury Selivanov in branch 'master': bpo-34802: Fix asyncio.iscoroutine() docs (GH-9611) https://github.com/python/cpython/commit/59ee5b12938efbf534f2a19300a847bf6b23a77d -- __

[issue34802] asyncio.iscoroutine() documentation is wrong

Change by miss-islington : -- pull_requests: +9010 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue34802] asyncio.iscoroutine() documentation is wrong

miss-islington added the comment: New changeset 85ccedc5b57ddda198e7176ba787e3896435c504 by Miss Islington (bot) in branch '3.7': bpo-34802: Fix asyncio.iscoroutine() docs (GH-9611) https://github.com/python/cpython/commit/85ccedc5b57ddda198e7176ba787e3896435c504 -- nosy: +miss-isli

[issue34248] dbm errors should contain file names

Berker Peksag added the comment: New changeset 9df346bf98069a87de14a3c2f69009d800994c63 by Berker Peksag (Zsolt Cserna) in branch 'master': bpo-34248: Add filename to error raised in {gnu,ndbm}.open() (GH-8590) https://github.com/python/cpython/commit/9df346bf98069a87de14a3c2f69009d800994c63

[issue34248] dbm errors should contain file names

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue34802] asyncio.iscoroutine() documentation is wrong

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue34802] asyncio.iscoroutine() documentation is wrong

Gefn added the comment: I think it's much clearer -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34777] urllib.request accepts anything as a header parameter for some URLs

Jose Gama added the comment: Thank you for the quick reply. You are correct about the difficulties of using a universally accepted list.This is one example that generates errors on the server side. Just for the record. #!/usr/bin/env python3 from urllib.request import Request, urlopenfrom url

[issue32956] python 3 round bug

Serhiy Storchaka added the comment: > the silent and subtle change in behaviour from Python 2 to Python 3 was a bit > unpleasant, and a possible source of late-discovered (or undiscovered) bugs. This change was advertised in the "What’s New In Python 3.0" document. https://docs.python.org/3/

[issue34709] Suggestion: make getuser.getpass() also look at SUDO_USER environment variable

Amos S added the comment: The use of environment variables like USER and LOGNAME instead of getuid() etc is done in order to try to get "who really initiated this process?" rather than "who this process belongs to?". This is hidden today when SUDO_USER is ignored. This also fits my interpret

[issue32552] Improve text for file arguments in argparse.ArgumentDefaultsHelpFormatter class

paul j3 added the comment: An alternative to customizing a HelpFormatter is to write your own utility `add_argument` function, e.g. def my_add_argument(parser, *args, add_default=True, **kwargs): if add_default: help = kwargs.get('help','') help += ' (default: %(default)s)

[issue34826] io.BufferedReader crashes in 2.7 on memoryview attribute access

New submission from Gregory P. Smith : The following test code segfaults on Python 2.7: ```python import io class X(io.RawIOBase): def readable(self): return True def readinto(self, b): if isinstance(b, memoryview): print(b.format) # XXX boom, crashes here. return 0 io.B

  1   2   >