[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

[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

[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

[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 -

[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 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

[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

[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

[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.

[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:/

[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

[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://

[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

[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 ___ __

[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

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

[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

[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

[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 ___ _

[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

[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

[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

[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 -- __

[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 ___ _

[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 ___ _

[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

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

[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:

[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

[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

[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

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

[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

[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 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

[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 : -- keywords: +patch pull_requests: +13764 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13890 ___ 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

[issue37191] Python.h contains intermingled declarations

Jeroen Demeyer added the comment: Should we revert these inline functions back to macros? -- nosy: +jdemeyer ___ 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.

[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

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

[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 __

[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

[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 ___

[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

[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

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 __

[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

[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

[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 ___

[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

[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 _

[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. --

[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 -- _

[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

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

[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 ___ _

[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?!". ---

[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 ___ _

[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

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

[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 ___ ___

[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 _

[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

[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

[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 : -- 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: 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 -- _

[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

[issue37191] Python.h contains intermingled declarations

Christoph Reiter added the comment: I've removed -Wdeclaration-after-statement in upstream pygobject: https://gitlab.gnome.org/GNOME/pygobject/merge_requests/119 -- nosy: +lazka ___ Python tracker _

[issue37196] Allowing arbitrary expressions in the @expression syntax

Géry added the comment: @Guido van Rossum > What you want to write is as unreadable as it ever was. How is @g(f()()) more readable than @f()()? Yet the former is allowed. -- resolution: wont fix -> status: closed -> open ___ Python tracker

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

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

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

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

[issue37191] Python.h contains intermingled declarations

STINNER Victor added the comment: New changeset 740a84de73ad8d02655de0a084036f4b7e49a01b by Victor Stinner in branch 'master': bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892) https://github.com/python/cpython/commit/740a84de73ad8d02655de0a084036f4b7e49a01b --

[issue37191] Python.h contains intermingled declarations

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

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: Matej Cepl: thanks for the bug report, it should now be fixed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.9 ___ Python tracker

[issue37191] Python.h contains intermingled declarations

STINNER Victor added the comment: > I've removed -Wdeclaration-after-statement in upstream pygobject: > https://gitlab.gnome.org/GNOME/pygobject/merge_requests/119 Thanks! Enjoy C99! :-) IMHO C99 with variables in the middle of a function helps to write more reliable code: we better control

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

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

[issue37180] Fix Persian KAF in mac_farsi.py

STINNER Victor added the comment: > Regarding the file named: "Lib/encodings/mac_farsi.py", the numbers are > inserted in the wrong way, they are inserted Arabic numbers instead of > Persian, they are edited in the comment. Python implements the Unicode standard. In the master branch, it's th

[issue37191] Python.h contains intermingled declarations

miss-islington added the comment: New changeset 5effd10bf14ab0a8a6695100aaf0b687eca68e6d by Miss Islington (bot) in branch '3.8': bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892) https://github.com/python/cpython/commit/5effd10bf14ab0a8a6695100aaf0b687eca68e6d -- no

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

STINNER Victor added the comment: Oh, I used the wrong bpo number for this change: New changeset 740a84de73ad8d02655de0a084036f4b7e49a01b by Victor Stinner in branch 'master': bpo-37191: Move TestPEP590 from test_capi to test_call (GH-13892) https://github.com/python/cpython/commit/740a84de73

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

STINNER Victor added the comment: Thanks Antti Haapala for the bug report and thanks Zackery Spytz for the fix! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue37197] [Idle-dev] Feedback appreciated for two suggested new features

New submission from Irv Kalb : [I'm not sure of the proper protocol here, I hope sending a message this way is OK.] Hi, I am writing about the potential fix to the Search Dialog box problem in IDLE that I reported a while back. I can see that there is a flurry of activity on this bug. I s

[issue37197] [Idle-dev] Feedback appreciated for two suggested new features

SilentGhost added the comment: This seems to have been posted to bpo by mistake. I'm going to close this issue as a duplicate of #37177 and I would appreciate if you would send your e-mail to the idle-dev mailing list instead. -- nosy: +SilentGhost resolution: -> duplicate stage: -

[issue37191] Python.h contains intermingled declarations

STINNER Victor added the comment: New changeset 9689f80e61e5863668a562793ebb85031ef9fd3e by Victor Stinner (Petr Viktorin) in branch '3.8': bpo-37191: Avoid declaration-after-statement in header included from Python.h (GH-13887) https://github.com/python/cpython/commit/9689f80e61e5863668a562

[issue37198] _parse_localename fail to parse 'US_IL'

New submission from hodai goldman : _parse_localename fail to parse 'US_IL': Traceback (most recent call last): File "/usr/bin/flowblade", line 78, in app.main(modules_path) File "/usr/share/flowblade/Flowblade/app.py", line 194, in main translations.init_languages() File "/usr/s

[issue37198] _parse_localename fail to parse 'US_IL'

Michele Angrisano added the comment: Hi Hodai, thank you for the report. Would you be interested to propose a Pull Request for this issue? You can read the devguide for more informations. Thank you. :) -- nosy: +lemburg, mangrisano ___ Python trac

[issue37198] _parse_localename fail to parse 'en_IL'

SilentGhost added the comment: How come your locale doesn't have encoding associated with it? The bit you're looking at is not really relevant, though. -- components: +Library (Lib) nosy: +SilentGhost title: _parse_localename fail to parse 'US_IL' -> _parse_localename fail to parse '

[issue15913] Add PyBuffer_SizeFromFormat() C helper for struct.calcsize()

Change by STINNER Victor : -- title: PyBuffer_SizeFromFormat is missing -> Add PyBuffer_SizeFromFormat() C helper for struct.calcsize() versions: +Python 3.9 -Python 3.6 ___ Python tracker __

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

Ned Deily added the comment: FWIW, it doesn't fail for me and I don't recall ever seeing a failure like this on macOS. What hardware? ./python.exe -m test.pythoninfo please! -- nosy: +ned.deily ___ Python tracker

[issue37199] Test suite fails when Ipv6 is unavailable

New submission from N.P. Khelili : The test suite does not handle an OS that does not have IPv6. When Linux kernel is started with argument: ipv6.disable=1 The test suite fails. ( See attached file ) 5 tests failed: test_asyncio test_imaplib test_importlib test_socket test_zipapp ---

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

Ned Deily added the comment: Also, what utime* results show up in ./configure output? I see checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes -- ___ Python tracker

[issue37180] Fix Persian KAF in mac_farsi.py

SilentGhost added the comment: Ramin, I agree with Victor, if you have any information contrary to what we posted, please feel free to post it here so that we can consider re-opening the issue. -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed _

[issue37199] Test suite fails when Ipv6 is unavailable

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

Change by STINNER Victor : -- title: urlsplit doesn't accept a NFKD hostname with a port number -> CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@ ___ Python tracker _

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

STINNER Victor added the comment: CVE-2019-10160 has been assigned by Red Hat to this flaw. -- ___ Python tracker ___ ___ Python-bu

[issue10915] Make the PyGILState API compatible with multiple interpreters

Change by Eric Snow : -- versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

  1   2   >