[issue37176] super() docs don't say what super() does

Géry added the comment: @Steven D'Aprano > What matters is the __mro__ attribute of the first argument. It matters because that is how the MRO actually is searched. By the way, if it was true (it is not), then what did you think was the purpose of the second parameter of super(type, obj-or-t

[issue36300] eval of comprehension cannot access local variables

Pekka Klärck added the comment: I encountered this issue because Robot Framework -- a generic Python based test automation framework -- supports evaluating Python expressions and this issue was reported for us: https://github.com/robotframework/robotframework/issues/3207 -- _

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- nosy: -t-vi resolution: -> rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue36300] eval of comprehension cannot access local variables

Pekka Klärck added the comment: More ways to be bitten by this strange behavior: >>> d = {'a': 1, 'b': 2} >>> eval('[x[k] for k in x]', {}, {'x': d}) Traceback (most recent call last): File "", line 1, in File "", line 1, in File "", line 1, in NameError: na

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list ma

[issue33826] enable discovery of class source code in IPython interactively defined classes

Thomas Viehmann added the comment: Note that the module is less granular than the filename in IPython - i.e. it's useless for within notebooks. -- nosy: +t-vi ___ Python tracker

[issue37196] Allowing arbitrary expressions in the @expression syntax

Guido van Rossum added the comment: What you want to write is as unreadable as it ever was. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker _

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Change by Zackery Spytz : -- pull_requests: +13771 pull_request: https://github.com/python/cpython/pull/13896 ___ Python tracker ___ ___

[issue33826] enable discovery of class source code in IPython interactively defined classes

Tal Einat added the comment: Given that classes already have a '__module__' attribute, using which it is rather easy to find the filename, I don't see a good reason to add such an attribute to classes. IMO it would be more appropriate to directly create enhancement proposal for IPython/Jupy

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Change by Tal Einat : -- pull_requests: -13768 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue33826] enable discovery of class source code in IPython interactively defined classes

Change by Thomas Viehmann : -- pull_requests: +13770 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13894 ___ Python tracker ___ _

[issue37196] Allowing arbitrary expressions in the @expression syntax

Géry added the comment: @Christian Heimes > The reasons are explained at: Yes I read that. But I am wondering if after 15 years Guido still has this "gut feeling". Because my gut feeling as a Python *user* who has discovered decorators and stumbled on this restriction was: "what?!". ---

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Change by Thomas Viehmann : -- pull_requests: +13768 pull_request: https://github.com/python/cpython/pull/13894 ___ Python tracker ___ _

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

Change by STINNER Victor : -- pull_requests: +13769 pull_request: https://github.com/python/cpython/pull/13895 ___ Python tracker ___ __

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

STINNER Victor added the comment: New changeset dd492d9c352eb0fa2bc48ea9acc47e47a7fab8a0 by Victor Stinner (Zackery Spytz) in branch '3.8': [3.8] bpo-37170: Fix the cast on error in PyLong_AsUnsignedLongLongMask() (GH-13860) (GH-13891) https://github.com/python/cpython/commit/dd492d9c352eb0f

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: New changeset 3bf0f3ad2046ac674d8e8a2c074a5a8b3327797d by Victor Stinner in branch 'master': bpo-37169: Rewrite _PyObject_IsFreed() unit tests (GH-13888) https://github.com/python/cpython/commit/3bf0f3ad2046ac674d8e8a2c074a5a8b3327797d -- _

[issue37176] super() docs don't say what super() does

Géry added the comment: @Jeroen Demeyer > I'm sorry to say that you're wrong here. super() looks at the MRO of the type > of the object (the second argument) (*). Exactly! It is funny because I was about to open the same issue this weekend. The documentation of super() is wrong here. --

[issue37196] Allowing arbitrary expressions in the @expression syntax

Christian Heimes added the comment: The syntax is deliberately limited. The reasons are explained at: https://www.python.org/dev/peps/pep-0318/#current-syntax https://mail.python.org/pipermail/python-dev/2004-August/046711.html -- nosy: +christian.heimes _

[issue37196] Allowing arbitrary expressions in the @expression syntax

New submission from Géry : Could we allow arbitrary expressions in the @expression syntax for applying decorators to functions/classes? The current grammar restriction to: decorator: '@' dotted_name [ '(' [arglist] ')' ] NEWLINE is very surprising and I don't understand the real motivation

[issue37176] super() docs don't say what super() does

Jeroen Demeyer added the comment: And this last comment is precisely the kind of information which should be explained in the super() docs. -- ___ Python tracker ___

[issue37176] super() docs don't say what super() does

Jeroen Demeyer added the comment: > What matters is the __mro__ attribute of the first argument. It matters because that is how the MRO actually is searched. I'm sorry to say that you're wrong here. super() looks at the MRO of the type of the object (the second argument) (*). It has to do th

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

Change by Karthikeyan Singaravelan : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue37194] Move new vector private declarations to the internal C API

STINNER Victor added the comment: I used testcapi_call_no_args.patch and stack_overflow-4.py to measure the stack consumption of PyObject_CallNoArgs() and PyObject_CallFunctionObjArgs() for PR 13890. -- Added file: https://bugs.python.org/file48401/testcapi_call_no_args.patch __

[issue37030] Lib/cmd.py: Hide undocumented commands in help and completenames

Aldwin Pollefeyt added the comment: Can there be a review of the PR to let me know if all changes are correct? -- ___ Python tracker ___ __

[issue37194] Move new vector private declarations to the internal C API

Change by STINNER Victor : Added file: https://bugs.python.org/file48400/stack_overflow-4.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue37192] pip instal math3d - EROR

Steven D'Aprano added the comment: In addition to being a third-party library, according to the output you posted, you're actually running Python 3.4 not 3.7. -- nosy: +steven.daprano ___ Python tracker ___

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

New submission from Pablo Galindo Salgado : ./python.exe -m test test_os -R : -v == FAIL: test_utime (test.test_os.UtimeTests) -- Traceback (most recent call la

[issue37193] Memory leak while running TCP/UDPServer with socketserver.ThreadingMixIn

Change by Norihiro Maruyama : -- keywords: +patch pull_requests: +13767 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13893 ___ Python tracker __

[issue37191] Python.h contains intermingled declarations

Change by STINNER Victor : -- pull_requests: +13766 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13892 ___ Python tracker ___ __

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Change by Zackery Spytz : -- keywords: +patch pull_requests: +13765 pull_request: https://github.com/python/cpython/pull/13891 ___ Python tracker ___ __

[issue37191] Python.h contains intermingled declarations

Jeroen Demeyer added the comment: > It's well within our rights to ignore this: since 3.6 we require intermingled > declarations. It's not clear from PEP 7 if we require intermingled declarations only when compiling CPython itself, or also for external packages that include CPython headers.

[issue37191] Python.h contains intermingled declarations

Jeroen Demeyer added the comment: Should we revert these inline functions back to macros? -- nosy: +jdemeyer ___ Python tracker ___ ___

[issue37176] super() docs don't say what super() does

Steven D'Aprano added the comment: > If you have to explain in a bpo issue how the doc should be read, that > proves exactly my point that it's confusing. The fact that it's > technically correct if you read it the right way is irrelevant. Do you expect the docs to be technically correct whe

[issue37194] Move new vector private declarations to the internal C API

Change by STINNER Victor : -- keywords: +patch pull_requests: +13764 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13890 ___ Python tracker ___ _

[issue37194] Move new vector private declarations to the internal C API

Jeroen Demeyer added the comment: > I propose to move the new *private* declarations to the internal C API. Some of those functions (in particular _PyObject_Vectorcall) are expected to become public in 3.9. They are only private for now since the API is provisional. -- nosy: +jdemey

[issue37194] Move new vector private declarations to the internal C API

Change by STINNER Victor : -- title: Move new vector headers to the internal C API -> Move new vector private declarations to the internal C API ___ Python tracker ___ ___

[issue37191] Python.h contains intermingled declarations

STINNER Victor added the comment: PR 13887 is fine but I would prefer to still be able to use C99 style for variable declarations. More generally, I don't think that variable declaration is the only issue: static inline function is a new shiny thing which can cause other issues with some C c

[issue37193] Memory leak while running TCP/UDPServer with socketserver.ThreadingMixIn

New submission from Norihiro Maruyama : UDP/TCPServer with socketserver.ThreadingMixin class (also ThreadingTCPServer and ThreadingUDPServer class) seems to be memory leak while running the server. https://docs.python.org/3/library/socketserver.html#socketserver.ThreadingMixIn My code which w

[issue37194] Move new vector headers to the internal C API

New submission from STINNER Victor : bpo-37191: the new vector APIs declare "static inline" functions which are no C89 compatible and so cause compilation issues on pygobject3, python-dbus, xen (for example). I propose to move the new *private* declarations to the internal C API. I started t

[issue37192] pip instal math3d - EROR

Change by SilentGhost : -- resolution: -> third party stage: -> resolved status: open -> closed type: compile error -> behavior ___ Python tracker ___ ___

[issue37192] pip instal math3d - EROR

Karthikeyan Singaravelan added the comment: This tracker is only for issues related to CPython. math3d is not a part of CPython stdlib. I would suggest following up on the respective repo's issue tracker. -- nosy: +xtreak ___ Python tracker

[issue37192] pip instal math3d - EROR

New submission from Alen Kolman : I am geting constant eror while trying to isntal math3d or urx libary for Python using pip install. I am using Windows 10 and Python 3.7.3 I tried to: - unistall/instal python and also try older version 3.4.4.. nothing work - upgrade setuptools - upgrade pip

[issue37176] super() docs don't say what super() does

Steven D'Aprano added the comment: On Fri, Jun 07, 2019 at 09:57:11AM +, Jeroen Demeyer wrote: > I'm having problems with the first word of "a parent or sibling class of > type". The first word is "a". Did you mean something else or did you mean it literally? If the second case, we ha

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

Change by STINNER Victor : -- nosy: +eric.snow, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: I wrote PR 13889: with this change, I can easily reproduce the crash on Linux: $ ./python -m test test_threading -m test_threads_join_2 -F Run tests sequentially 0:00:00 load avg: 0.51 [ 1] test_threading Fatal Python error: Py_EndInterpreter: not the last th

[issue37187] CField.size from the ctypes module does not behave as documented on bitfields

Michele Angrisano added the comment: Hi Eric, Thank you for the report. Would you interested to propose a Pull Request for this issue? You can read the devguide for more info: https://devguide.python.org/ -- nosy: +amaury.forgeotdarc, belopolsky, mangrisano, meador.inge _

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

Change by STINNER Victor : -- keywords: +patch pull_requests: +13763 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13889 ___ Python tracker ___ _

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

Change by STINNER Victor : -- keywords: +patch pull_requests: +13762 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13888 ___ Python tracker ___ _

[issue37151] Calling code cleanup after PEP 590

Petr Viktorin added the comment: New changeset 3f345c39255dc3823dd989d4e3c93b12d18c44e0 by Petr Viktorin (Jeroen Demeyer) in branch 'master': bpo-37151: simplify classmethoddescr_call (GH-13340) https://github.com/python/cpython/commit/3f345c39255dc3823dd989d4e3c93b12d18c44e0 -- __

[issue37176] super() docs don't say what super() does

Jeroen Demeyer added the comment: > The sentence doesn't talk about the MRO of *type* (the first argument), it talks about the __mro__ attribute. If you have to explain in a bpo issue how the doc should be read, that proves exactly my point that it's confusing. The fact that it's technically

[issue37176] super() docs don't say what super() does

Jeroen Demeyer added the comment: > Only one of the two arguments is called "type". The other is called "object-or-type". I'm having problems with the first word of "a parent or sibling class of type". The most important part of super() is to *which* class that attribute lookups are delegat

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

Change by Stefan Krah : -- stage: patch review -> backport needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

Stefan Krah added the comment: Thanks for the fix! 3.7/3.8 are done, 2.7 still needs a manual backport. -- versions: -Python 3.7, Python 3.8 ___ Python tracker ___ _

[issue37176] super() docs don't say what super() does

Steven D'Aprano added the comment: On Fri, Jun 07, 2019 at 08:00:34AM +, Jeroen Demeyer wrote: > > Jeroen Demeyer added the comment: > > > What more do you want? > > Mainly: it says "a parent or sibling class of *type*" but it doesn't > explain which class it actually uses. Only one o

[issue36656] Please add race-free os.link and os.symlink wrapper / helper

Michael Felt added the comment: I started a reply on the python-mentoring maillist - and promised to come back here. a) imho - the discussion about an "attacker" is only misleading for the general case. For active attacks - where an attacker has active acces to the system is not something t

[issue37191] Python.h contains intermingled declarations

Petr Viktorin added the comment: > pygobject3, python-dbus, xen Correction: - The Fedora packages failed to build; this might or might not be due to the projects themseves - pygobject3 actually only warns on this Anyway, we can usually take care of open-source stuff. Only take it as a litmus

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Change by Kubilay Kocak : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue37191] Python.h contains intermingled declarations

Change by Petr Viktorin : -- keywords: +patch pull_requests: +13761 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13887 ___ Python tracker ___ __

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Terry J. Reedy added the comment: Irv's steps did not work for me either, on Windows, and I do not know how else to reproduce. So I cannot test that this fixes any hiding issue. However, the patch fixes #24039. On Windows, it removes the inoperative minimize button and the unwanted maximi

[issue24039] Idle: some modal dialogs maximize, don't minimize

Change by Terry J. Reedy : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue37191] Python.h contains intermingled declarations

New submission from Petr Viktorin : When compiled with GCC's -Werror=declaration-after-statement ("intermingled declarations" in PEP7), cpython/abstract.h (included from ) errors on vectorcall helper functions added in 3.8.0 Beta 1. It's well within our rights to ignore this: since 3.6 we req

[issue36656] Please add race-free os.link and os.symlink wrapper / helper

Robert Collins added the comment: Thank you @Eryk -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36656] Please add race-free os.link and os.symlink wrapper / helper

Change by Michael Felt : -- nosy: +Michael.Felt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue37190] asyncio.iscoroutinefunction(.asend) returns False

New submission from Radu Matei Lăcraru : asyncio.iscoroutinefunction(.__anext__) asyncio.iscoroutinefunction(.asend) asyncio.iscoroutinefunction(.athrow) asyncio.iscoroutinefunction(.aclose) All of these return False, is this the intended behavior? Aren't all of these in fact coroutine function

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 06/06/2019 19:08, Steve Dower wrote: > Steve Dower added the comment: > > Changing our policy here (from "no policy" to "here's a recommendation") > probably deserves a python-dev discussion first. I can rejoin the list - to follow the discussion, should one

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

Stefan Krah added the comment: New changeset 8f0bbbdcae73f275faff90cc4559f616f001 by Stefan Krah (Miss Islington (bot)) in branch '3.7': bpo-37188: Fix a divide-by-zero in arrays of size-0 objects (GH-13881) (#13882) https://github.com/python/cpython/commit/8f0bbbdcae73f275faff90cc4559f61

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

Change by miss-islington : -- pull_requests: +13760 pull_request: https://github.com/python/cpython/pull/13882 ___ Python tracker ___ __

[issue37188] Creating a ctypes array of an element with size zero causes "Fatal Python error: Floating point exception"

Stefan Krah added the comment: New changeset 0690c79c419b8d2bdfe7c5b6dca57b018f5a5a54 by Stefan Krah (Eric Wieser) in branch 'master': bpo-37188: Fix a divide-by-zero in arrays of size-0 objects (#13881) https://github.com/python/cpython/commit/0690c79c419b8d2bdfe7c5b6dca57b018f5a5a54 -

[issue37176] super() docs don't say what super() does

Jeroen Demeyer added the comment: > What more do you want? Mainly: it says "a parent or sibling class of *type*" but it doesn't explain which class it actually uses. And the sentence "The __mro__ attribute of the type lists the method resolution search order used by both getattr() and super

[issue37189] PyRun_String not exported in python38.dll

New submission from Christoph Gohlke : While testing third party packages on Python 3.8.0b1 for Windows, I noticed that the `PyRun_String` function is no longer exported from `python38.dll`. Is this intentional? I can't see this mentioned at or

[issue35954] Incoherent type conversion in configparser

Tal Einat added the comment: This is indeed inconsistent, but it's a minor issue that has been this way for a long time and is easily worked around. IMO changing it would create more problems than leaving it as-is. IMO we should at most clarify in the docs. -- nosy: +taleinat versio

<    1   2