[issue37454] Clarify docs for math.log1p()

Mark Dickinson added the comment: > however, for x < 0.0 it is always worse That's quite surprising. Which platform? And can you give some example inputs and outputs? With a good math library, I'd expect `log1p(x)` to almost always be at least as accurate as `log(1 + x)`, and substantially _

[issue37440] httplib should enable post-handshake authentication for TLS 1.3

miss-islington added the comment: New changeset ee72dda9616258b57c19eb5af00f3e80a3fb8e22 by Miss Islington (bot) in branch '3.8': [3.8] bpo-37440: Enable TLS 1.3 post-handshake auth in http.client (GH-14448) (GH-14495) https://github.com/python/cpython/commit/ee72dda9616258b57c19eb5af00f3e80

[issue37440] httplib should enable post-handshake authentication for TLS 1.3

miss-islington added the comment: New changeset 6be91102f75aa4b4b8c1e55960aa22008ff9e319 by Miss Islington (bot) in branch '3.7': [3.7] bpo-37440: Enable TLS 1.3 post-handshake auth in http.client (GH-14448) (GH-14496) https://github.com/python/cpython/commit/6be91102f75aa4b4b8c1e55960aa2200

[issue37454] Clarify docs for math.log1p()

Mark Dickinson added the comment: Ah, now I've looked at the script. There's an issue with using `random.random()` to create "small" values for testing, since its result is always an integer multiple of 2**-53. That means in particular that if x = random.random(), then 1 - x is always *exact

[issue37462] Default starting directory for os.walk()

Serhiy Storchaka added the comment: It is not obvious that the majority of os.walk() calls are with the current working directory. And if you need to walk from the current working directory, it is not hard to pass "." explicitly. Even if your program contains a lot of os.walk(".") you could

[issue37428] SSLContext.post_handshake_auth implicitly enables cert validation

Christian Heimes added the comment: New changeset f22c4cf11d10f52faa86e0b308dd28f11819efd8 by Christian Heimes in branch '3.8': [3.8] bpo-37428: Don't set PHA verify flag on client side (GH-14494) https://github.com/python/cpython/commit/f22c4cf11d10f52faa86e0b308dd28f11819efd8 --

[issue37464] multiple comparison

New submission from Chandan Kumar : a=1.0 b=0.0 c=0.0 if (a> d and b): print('hi') else: print("bye") its going to else part a=1.0 b=0.1 c=0.2 then its going to if part a==1.0 b=0 c=0.1 then again its going to else part -- assignee: docs@python components: Documentation messa

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

STINNER Victor added the comment: > To me, it doesn't seem dangerous to backport that, but I would love to hear > what Eryk and others think :) In my experience, any change is dangerous :-) The initial bug doesn't contain any reproducer. I'm talking about: > If one of the processes in that

[issue37465] Incorrect documentation for `s#` arguments in C API argument parsing

New submission from Enrico Zini : In https://docs.python.org/3.9/c-api/arg.html, in the documentation for parsing argument, there is: s# (str, read-only bytes-like object) [const char *, int or Py_ssize_t] In my amd64 system, `Py_ssize_t` is a different type than `int`, and passing a `P

[issue37464] multiple comparison

Change by Chandan Kumar : -- type: enhancement -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue37199] Test suite fails when Ipv6 is unavailable

STINNER Victor added the comment: Python 3.7 is still supported, if it's a bugfix, 3.7 should be fixed as well: https://devguide.python.org/#status-of-python-branches Christian Heimes asked for a change after the PR was merged: https://github.com/python/cpython/pull/14480#pullrequestreview-256

[issue37465] Incorrect documentation for `s#` arguments in C API argument parsing

Inada Naoki added the comment: See note in https://docs.python.org/3.9/c-api/arg.html#strings-and-buffers """ Note: For all # variants of formats (s#, y#, etc.), the type of the length argument (int or Py_ssize_t) is controlled by defining the macro PY_SSIZE_T_CLEAN before including Python.h

[issue37464] multiple comparison

Karthikeyan Singaravelan added the comment: a=1.0 b=0.0 c=0.0 if (a> d and b): print('hi') else: print("bye") d is not defined here and it throws a NameError for me. Can you please attach the full scripts that can be used to reproduce the behavior in the report. -- nosy: +x

[issue33234] Improve list() pre-sizing for inputs with known lengths

Change by Nicholas Musolino : -- pull_requests: +14316 pull_request: https://github.com/python/cpython/pull/14432 ___ Python tracker ___ ___

[issue37464] multiple comparison

SilentGhost added the comment: Your issue seems to be related to evaluation of 0.0 as falsy value. See documentation at https://docs.python.org/3/library/stdtypes.html#truth-value-testing -- assignee: docs@python -> nosy: +SilentGhost -docs@python resolution: -> not a bug stage: -

[issue36168] DOC: Fix capitalization in string.rst

Sanyam Khurana added the comment: Mariatta, I see it also needs a backport to 3.8 We can close it once the backport is completed. -- nosy: +CuriousLearner ___ Python tracker

[issue37463] socket.inet_aton IP parsing issue in ssl.match_hostname

STINNER Victor added the comment: > It's a potential security bug although low severity. What is the worst that can happen with this issue? Other the client doesn't validate the cert at all, and so this issue has no impact, or the client validates the cert and trusts the CA, but the host isn

[issue37458] ast: Different FormattedValue expressions have same col_offset information

Eric V. Smith added the comment: I'm working on overhauling how these are calculated. But it's complex, and is taking a while. -- assignee: -> eric.smith nosy: +eric.smith ___ Python tracker __

[issue37465] Incorrect documentation for `s#` arguments in C API argument parsing

Enrico Zini added the comment: Oh! Fair enough, I had missed it. Does the note also involve `Py_BuildValue`? If so, the documentation of `Py_BuildValue` should probably be updated; if not, I think it would be clearer if the note mentioned that it only applies to parsing, not building, values

[issue37406] Disable runtime checks in release mode

Jeroen Demeyer added the comment: > Python's exception mechanism is a much better way to signal and handle such > errors at the application level. I disagree. There is a difference between exceptions which are possible in normal usage of the code and real bugs, which shouldn't ever happen. A

[issue36390] IDLE: Refactor formatting methods from editor

Tal Einat added the comment: Looking at the code yet again, there are several places where replacing classifyws() as I suggested would make it clunkier. So let's leave it there, at least in editor.py. Still, the classifyws() implementation can be greatly simplified. See PR GH-14500 (with te

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

Eryk Sun added the comment: >> If one of the processes in that list is gone, then (...) "The handle >> is invalid" (...) will prevent you from creating any new processes >> with Popen after that > > It's the first time that I see such bug report. IIRC it's the second time I've seen that issu

[issue36390] IDLE: Refactor formatting methods from editor

Change by Tal Einat : -- pull_requests: +14317 pull_request: https://github.com/python/cpython/pull/14500 ___ Python tracker ___ ___

[issue37466] Move casting prompt after its validation in _raw_input()

New submission from myungsekyo : I think it is more efficient to cast `variable prompt` into string after its validation in _raw_input(). Because If it is None or empty string then it is not used. ``` import timeit MAX = 1000 start = timeit.default_timer() for i in range(MAX): _raw

[issue37462] Default starting directory for os.walk()

Tal Einat added the comment: I agree with Serhiy: In this case, it seems to me that "explicit is better than implicit" should be the guiding principle. -- nosy: +taleinat ___ Python tracker

[issue37466] Move casting prompt after its validation in _raw_input()

Change by Roundup Robot : -- keywords: +patch pull_requests: +14318 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14502 ___ Python tracker ___ __

[issue37467] print_exception() crash when lxml 4.2.5 raises a parser error

Change by STINNER Victor : Added file: https://bugs.python.org/file48450/sf.xml ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue37467] print_exception() crash when lxml 4.2.5 raises a parser error

New submission from STINNER Victor : Using attached sf.py and sf.xml, I can crash Python. lxml builds a fake traceback to inject the XML filename the XML line number where the parsing error occurs. The problem is that the filename is a bytes object, whereas print_exception() expects the filen

[issue37209] Add what's new entries for pickle enhancements

Change by Pierre Glaser : -- keywords: +patch pull_requests: +14319 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/14503 ___ Python tracker ___

[issue37466] Move casting prompt after its validation in _raw_input()

Tal Einat added the comment: This is a subtle change with the potential to affect more than just performance. Also, in this case, the performance is likely negligible in every actual use-case. This might actually be more correct, though. For example, one would expect passing prompt=None to

[issue37462] Default starting directory for os.walk()

aeros167 added the comment: Oh okay, that's fair enough. I can definitely understand that assigning the current directory as the default does not provide a significant change in improved functionality, and it is not implicit that os.walk() would use the current directory as the default optio

[issue37466] Move casting prompt after its validation in _raw_input()

Steven D'Aprano added the comment: I don't think that will work. If the user passes a non-string which is falsey, your patch will attempt to write it directly to the stream without converting it to a string. Try ``_raw_input(0)`` as an example. Tal Einat: > one would expect passing prompt=N

[issue37467] print_exception() crash when lxml/xmlsec raises a parser error

STINNER Victor added the comment: The bug can be reproduced on the master branch of Python. I tested with versions: * lxml 4.3.4 * xmlsec 1.3.3 The filename comes from a lxml.etree.XMLSyntaxError exception which inherits from SyntaxError. The bug can be reproduced without lxml nor xmlsec,

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

Change by STINNER Victor : -- title: print_exception() crash when lxml/xmlsec raises a parser error -> sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename ___ Python tracker __

[issue37221] PyCode_New API change breaks backwards compatibility policy

Petr Viktorin added the comment: New changeset 4a2edc34a405150d0b23ecfdcb401e7cf59f4650 by Petr Viktorin (Pablo Galindo) in branch 'master': bpo-37221: Add PyCode_NewWithPosOnlyArgs to be used internally and set PyCode_New as a compatibility wrapper (GH-13959) https://github.com/python/cpyth

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

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

[issue37221] PyCode_New API change breaks backwards compatibility policy

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

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

STINNER Victor added the comment: > subprocess._active[0]._handle.Close() Why would you do that? You should not access the private _active list, nor access the private _handle attribute. I understand that it's a way to trigger such bug, but is it possible to trigger this bug without accessin

[issue37406] Disable runtime checks in release mode

STINNER Victor added the comment: FYI I'm finishing an article to explain the problem that I am trying to solve here. Sorry for the delay, I will reply later :-) -- ___ Python tracker __

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Change by Miro Hrončok : -- keywords: +patch pull_requests: +14322 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/14506 ___ Python tracker _

[issue37221] PyCode_New API change breaks backwards compatibility policy

STINNER Victor added the comment: https://github.com/cython/cython/pull/3009 was merged. Is it part of Cython 0.29.11 released yesterday? -- ___ Python tracker ___ __

[issue37221] PyCode_New API change breaks backwards compatibility policy

Petr Viktorin added the comment: > https://github.com/cython/cython/pull/3009 was merged. (to master, so far) > Is it part of Cython 0.29.11 released yesterday? It should be, see: https://cython.readthedocs.io/en/latest/src/changes.html#id2 -- __

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Miro Hrončok added the comment: I've opened a PR thet removes the support for bdist_wininst on non-Windows. Apparently, it was broken since the beginning of Py3k anyway. The support can be reintroduced once it is actually fixed (or never). https://github.com/python/cpython/pull/14506 ---

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

STINNER Victor added the comment: > I've opened a PR thet removes the support for bdist_wininst on non-Windows. > Apparently, it was broken since the beginning of Py3k anyway. The support can > be reintroduced once it is actually fixed (or never). It would be better to use the Unicode (wide

[issue37462] Default starting directory for os.walk()

aeros167 added the comment: For any future issues, is it more appropriate to leave the issue status on pending until the proposal is approved? This may not apply if the issue was specifically mentioned or requested by a core developer, but it may be better to use pending for any original iss

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

STINNER Victor added the comment: I started a discussion on the Packaging list: "Deprecate bdist_wininst" https://discuss.python.org/t/deprecate-bdist-wininst/1929 -- ___ Python tracker ___

[issue37462] Default starting directory for os.walk()

Tal Einat added the comment: Hi Kyle, First off, thanks for bringing this up, and for taking our feedback so well! > Before attempting to create any more original issues, I'll work on existing > issues and the suggestions of others to develop a better practical > understanding of the standa

[issue37466] Move casting prompt after its validation in _raw_input()

Tal Einat added the comment: >> one would expect passing prompt=None to result in no prompt displayed > I wouldn't. That's not how getpass works now, or input. Ah, thanks for the input, Steve. In that case, this should likely not be changed. -- _

[issue37221] PyCode_New API change breaks backwards compatibility policy

Łukasz Langa added the comment: New changeset cb083f7cdf604c1d9d264f387f9e8846bc953eb3 by Łukasz Langa (Miss Islington (bot)) in branch '3.8': bpo-37221: Add PyCode_NewWithPosOnlyArgs to be used internally and set PyCode_New as a compatibility wrapper (GH-13959) (#14505) https://github.com/py

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

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

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

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

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

Vinay Sajip added the comment: New changeset 84de34e39eb9e49b2ae691c6f67df8d7da3561de by Vinay Sajip in branch 'master': bpo-32934: Clarified meaning of 'capacity' for BufferingHandler and MemoryHandler. (GH-14498) https://github.com/python/cpython/commit/84de34e39eb9e49b2ae691c6f67df8d7da35

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

Eryk Sun added the comment: >> subprocess._active[0]._handle.Close() > > Why would you do that? You should not access the private _active list, > nor access the private _handle attribute. I understand that it's a way > to trigger such bug, but is it possible to trigger this bug without > acc

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

Vinay Sajip added the comment: New changeset 471d785dc759eb2e9c06f077f323cf136d32506b by Vinay Sajip (Miss Islington (bot)) in branch '3.7': bpo-32934: Clarified meaning of 'capacity' for BufferingHandler and MemoryHandler. (GH-14498) (GH-14508) https://github.com/python/cpython/commit/471d7

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

Vinay Sajip added the comment: New changeset 3db5c5c7630af92336a8c0a269e05607cd68f9e7 by Vinay Sajip (Miss Islington (bot)) in branch '3.8': bpo-32934: Clarified meaning of 'capacity' for BufferingHandler and MemoryHandler. (GH-14498) (GH-14507) https://github.com/python/cpython/commit/3db5c

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

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

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

STINNER Victor added the comment: New changeset 72cd653c4ed7a4f8f8fb06ac364b08a97085a2b5 by Victor Stinner (Miro Hrončok) in branch 'master': bpo-10945: Drop support for bdist_wininst on non-Windows systems (GH-14506) https://github.com/python/cpython/commit/72cd653c4ed7a4f8f8fb06ac364b08a9708

[issue32934] logging.handlers.BufferingHandler capacity is unclearly specified

Change by Vinay Sajip : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

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

[issue37468] Don't install wininst*.exe on non-Windows platforms

New submission from STINNER Victor : bdist_wininst only works on Windows: see bpo-10945 and commit 72cd653c4ed7a4f8f8fb06ac364b08a97085a2b5. So $PREFIX/lib/python3.9/distutils/command/wininst-*.exe are useless on Linux (for example). Attached PR modify "make install" to not longer install wi

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

miss-islington added the comment: New changeset 45c10da40912e04c0d0de02af4b23438ed0de49b by Miss Islington (bot) in branch '3.7': bpo-10945: Drop support for bdist_wininst on non-Windows systems (GH-14506) https://github.com/python/cpython/commit/45c10da40912e04c0d0de02af4b23438ed0de49b ---

[issue37468] Don't install wininst*.exe on non-Windows platforms

STINNER Victor added the comment: Debian doesn't distribute wininst*.exe binaries in their python* packages. debian/rules explicitly removes thesee files: find $(d) -name 'wininst*.exe' | xargs -r rm -f -- RHEL7 issue closed as WONTFIX: https://bugzilla.redhat.com/show_bug.cgi?id=1566459 -

[issue37468] Don't install wininst*.exe on non-Windows platforms

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

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

miss-islington added the comment: New changeset be5bb52f5f2d4da4b9d6f42399f7275ab47910f3 by Miss Islington (bot) in branch '3.8': bpo-10945: Drop support for bdist_wininst on non-Windows systems (GH-14506) https://github.com/python/cpython/commit/be5bb52f5f2d4da4b9d6f42399f7275ab47910f3 ---

[issue37461] email.parser.Parser hang

Marcin Niemira added the comment: Sounds like there is an infinite loop here: ``` Pdb) > /usr/lib/python3.7/email/_header_value_parser.py(2370)get_parameter() -> v.append(token) (Pdb) > /usr/lib/python3.7/email/_header_value_parser.py(2365)get_parameter() -> while value: ``` the ```v.appen

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

STINNER Victor added the comment: Follow-up issue: bpo-37468 "Don't install wininst*.exe on non-Windows platforms". -- ___ Python tracker ___

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

STINNER Victor added the comment: > The example is just emulating a problem from someone else's code that's > closing our handle. Typically this situation occurs because the code is > holding onto a handle value for a kernel object (File, Section, Job, Process, > Thread, Event, etc) that got

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

Change by Nick Coghlan : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> compile error ___ Python tracker ___

[issue37469] Make it explicit that logging QueueHandler / QueueListener accepts a SimpleQueue.

New submission from Martijn Pieters : The implementation of the logging.handler.QueueHandler and logging.handler.QueueListener does not make use of the task tracking API of queues (queue.task_done(), queue.join()) nor does it care if the queue is unbounded (queue.full(), catching the Full exc

[issue37470] Make it explicit what happens when using a bounded queue with QueueHandler

New submission from Martijn Pieters : The documentation doesn't make it explicit what happens if you use a bounded queue together with logging.handlers.QueueHandler. If the queue is bounded in size and attempts are made to add logrecords faster than a queue listener removes them, then the res

[issue37470] Make it explicit what happens when using a bounded queue with QueueHandler

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue37469] Make it explicit that logging QueueHandler / QueueListener accepts a SimpleQueue.

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

Eryk Sun added the comment: > Without accessing private attributes, I don't see how someone can > discover the private handle. So for me, it's more a serious bug in an > application, no? Blindly closing random handles doesn't sound like a > good idea to me. Say a library calls CreateEventW

[issue37209] Add what's new entries for pickle enhancements

Antoine Pitrou added the comment: New changeset ec6c1bd0491590f3c0e2908a7b2dfb91b6acdae9 by Antoine Pitrou (Pierre Glaser) in branch 'master': bpo-37209: Add pickle entry for 3.8 whatsnew (GH-14503) https://github.com/python/cpython/commit/ec6c1bd0491590f3c0e2908a7b2dfb91b6acdae9 --

[issue37209] Add what's new entries for pickle enhancements

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

[issue37444] Differing exception between builtins and importlib when importing beyond top-level package

Nick Coghlan added the comment: ImportError sounds right to me. We already raise that just above this for the "no dots at all" case, so also raising it for the "not enough dots" case makes more sense than leaving them different. -- ___ Python tra

[issue37209] Add what's new entries for pickle enhancements

Antoine Pitrou added the comment: New changeset e224d2865aa0f021b25d68de9a6c2be617341f4c by Antoine Pitrou (Miss Islington (bot)) in branch '3.8': bpo-37209: Add pickle entry for 3.8 whatsnew (GH-14503) (GH-14512) https://github.com/python/cpython/commit/e224d2865aa0f021b25d68de9a6c2be617341f

[issue37471] mmap module, adding new constant

Change by David CARLIER : -- components: Extension Modules, FreeBSD nosy: devnexen, koobs priority: normal pull_requests: 14329 severity: normal status: open title: mmap module, adding new constant versions: Python 3.9 ___ Python tracker

[issue37454] Clarify docs for math.log1p()

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

[issue37471] mmap module, adding new constant

New submission from Kubilay Kocak : Thanks David! Can this be backported to earlier 3.x's and 2.7? -- ___ Python tracker ___ ___ Py

[issue37471] mmap module, add MAP_ALIGNED_SUPER FreeBSD constant

Change by Kubilay Kocak : -- title: mmap module, adding new constant -> mmap module, add MAP_ALIGNED_SUPER FreeBSD constant ___ Python tracker ___

[issue37380] subprocess.Popen._cleanup() "The handle is invalid" error when some old process is gone

STINNER Victor added the comment: > Say a library calls CreateEventW and gets handle 32. It passes this handle to > some other library, which uses the event and closes the handle when it no > longer needs it. But due to a miscommunication in the documentation, the > first library thinks the

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

Nick Coghlan added the comment: Reviewing the thread, we never actually commented on thautwarm's proposal in https://bugs.python.org/issue12782#msg327875 that aims to strip out any INDENT, NEWLINE, and DEDENT tokens that appear between the opening "with" keyword and the statement header term

[issue37471] mmap module: add MAP_ALIGNED_SUPER FreeBSD constant

STINNER Victor added the comment: > Can this be backported to earlier 3.x's and 2.7? No, a new constant is a new feature. If we add it to Python 3.7.4, it would mean that an application written with 3.7.4 will fail on 3.7.3 which would be surprising and bad. -- nosy: +vstinner title

[issue37471] mmap module: add MAP_ALIGNED_SUPER FreeBSD constant

Kubilay Kocak added the comment: Thanks for clarifying Victor -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

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

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

STINNER Victor added the comment: New changeset f9b7457bd7f438263e0d2dd1f70589ad56a2585e by Victor Stinner in branch 'master': bpo-37467: Fix PyErr_Display() for bytes filename (GH-14504) https://github.com/python/cpython/commit/f9b7457bd7f438263e0d2dd1f70589ad56a2585e -- _

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

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

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

STINNER Victor added the comment: Python 2.7 is not affected: const char *filename, *text; int lineno, offset; if (!parse_syntax_error(value, &message, &filename, &lineno, &offset, &text)) PyErr_Clear();

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

miss-islington added the comment: New changeset 2683ded568b24fff1139edd9127a349f432292a6 by Miss Islington (bot) in branch '3.8': bpo-37467: Fix PyErr_Display() for bytes filename (GH-14504) https://github.com/python/cpython/commit/2683ded568b24fff1139edd9127a349f432292a6 -- nosy: +

[issue37472] Remove Lib/test/outstanding_bugs.py

New submission from STINNER Victor : Lib/test/outstanding_bugs.py was created by: commit c4e2a9b70ac49cdd8bcc9ca60afac20162f84f24 Author: Georg Brandl Date: Sun Jan 8 14:32:19 2006 + Add a test file (which isn't run by regrtest) for bugs which aren't fixed yet. Includes

[issue37472] Remove Lib/test/outstanding_bugs.py

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

[issue37473] importlib: Remove libregrtest hack: "We import importlib *ASAP* in order to test #15386"

New submission from STINNER Victor : Lib/test/regrtest.py starts with: # We import importlib *ASAP* in order to test #15386 import importlib If there is a bug to test, would it be possible to write a dedicated test, rather than putting the test... in the code of the test runner? Code added b

[issue36926] Implement methoddescr_call without _PyMethodDef_RawFastCallDict

Jeroen Demeyer added the comment: Superseded by PR 13781 -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue37231] Optimize calling special methods

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

[issue36924] Simplify implementation of classmethod_descriptor.__call__

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

[issue37454] Clarify docs for math.log1p()

Tim Peters added the comment: Mark's analysis is spot-on - good eye :-) Here under 3.7.3 [MSC v.1916 64 bit (AMD64)] on win32, in the original script it makes no difference at all for negative "small x" (where, as Mark said, `1 - random.random()` is exactly representable): Counter({'equal':

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

STINNER Victor added the comment: New changeset 8cbffc4d96d1da0fbc38da6f34f2da30c5ffd601 by Victor Stinner in branch '3.7': bpo-37467: Fix PyErr_Display() for bytes filename (GH-14504) (GH-14515) https://github.com/python/cpython/commit/8cbffc4d96d1da0fbc38da6f34f2da30c5ffd601 -- _

[issue37467] sys.excepthook (PyErr_Display) does crash with SyntaxError which has a bytes filename

STINNER Victor added the comment: Ok, it's not fixed in all affected maintained branches, I close the issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36904] Implement _PyStack_UnpackDict() with a single allocation

Change by Jeroen Demeyer : -- pull_requests: +14333 pull_request: https://github.com/python/cpython/pull/14517 ___ Python tracker ___ __

  1   2   3   >