[issue37712] Exception frames from unittest.TestCase.fail dependent on nesting

Change by Karthikeyan Singaravelan : -- nosy: +ezio.melotti, michael.foord, rbcollins ___ Python tracker ___ ___ Python-bugs-list ma

[issue37717] argparse subcommand docs has non-existent parameter "action"

New submission from retnikt : In the library documentation for argparse, the section for ArgumentParser.add_subparsers ( https://docs.python.org/3/library/argparse.html#sub-commands ) states that there is a parameter for 'action' with the description 'the basic type of action to be taken whe

[issue36670] test suite broken due to cpu usage feature on win 10/ german

Sebastian Koslowski added the comment: I ran into this issue on a Win10 German box running the tests for version 3.7.4 Your changes fixes the issue for me. -- nosy: +skoslowski versions: +Python 3.7 -Python 3.8 ___ Python tracker

[issue37717] argparse subcommand docs has non-existent parameter "action"

Change by Karthikeyan Singaravelan : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue37718] 2to3 exception handling

New submission from Xinmeng Xia : we run the converted Python3 code, the following error will happen: Traceback (most recent call last): File "/home/xxm/Desktop/instrument/datasetpy3/Labeled-LDA-Python/example.py", line 50, in llda_model.save_model_to_dir(save_model_dir) File "/home/x

[issue37717] argparse subcommand docs has non-existent parameter "action"

Karthikeyan Singaravelan added the comment: Seems related : issue23487 . kwargs is manipulated before passing to parsers_class causing the error message and also the discussion in issue23487 notes this to be a documentation issue over usage of action argument. -- nosy: +xtreak _

[issue37716] 2to3 Accuracy of calculation

Mark Dickinson added the comment: This is essentially a duplicate of #12831. There's nothing 2to3 can reasonably do here, since it isn't in a position to guess whether true division or floor division was intended. As noted in the duplicate, the "-3" and the "-Q" command line options can help

[issue37474] Should Py_Initialize() control the floating point mode?

Mark Dickinson added the comment: > Should I understand that fedisableexcept(FE_OVERFLOW) is useless since > FreeBSD 6? That's my understanding, yes. And since it was only introduced in FreeBSD 6, it's been useless forever. IOW, I think it's true that this line of code, in its current form,

[issue37474] Should Py_Initialize() control the floating point mode?

Mark Dickinson added the comment: > And since it was only introduced Sorry, that was unclear. "it" refers to "fedisableexcept" in the above. -- ___ Python tracker ___ __

[issue37474] Should Py_Initialize() control the floating point mode?

STINNER Victor added the comment: Mark: Do you think that it's worth it to convert attached fp_except.c into tests run by test_float, to check floating point exceptions in Python? -- ___ Python tracker

[issue37714] 2to3 tab Problems

Mark Dickinson added the comment: Duplicate of #15332. -- nosy: +mark.dickinson resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> 2to3 should fix bad indentation (or warn about it) ___ Python tracker

[issue37474] Should Py_Initialize() control the floating point mode?

Mark Dickinson added the comment: > Mark: Do you think that it's worth it to convert attached fp_except.c into > tests run by test_float, to check floating point exceptions in Python? Sure, it wouldn't harm. I'd expect that all these cases are already being tested indirectly by some part of t

[issue37719] addSubtest not calling addFailure and addError

New submission from Xavier Dollé : addSubTest from TestResult is appending elements to failures and errors without using addFailure or addError, making the extend of this class more difficult. suggestion: def addSubTest(self, test, subtest, err): ... if issubclass(err[0], test.failureExcep

[issue37719] addSubtest not calling addFailure and addError

Karthikeyan Singaravelan added the comment: See also issue29152 which seems to raise same concerns over this behvavior. -- nosy: +ezio.melotti, michael.foord, rbcollins, xtreak ___ Python tracker ___

[issue37631] EXTRA_CFLAGS get overrided by CFLAGS_NODIST

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

[issue37631] EXTRA_CFLAGS get overrided by CFLAGS_NODIST

Change by Miro Hrončok : -- nosy: +hroncok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue37720] Crash of python3.7 with virt-manager

New submission from Hans Peter : Hi! A few days ago, I upgraded to UbuntuMate 19.04. I can't run 'virt-manager' because of this: # virt-manager Output: Segmentation fault kernel: [ 2003.888116] virt-manager[16014]: segfault at 32d0 ip 32d0 sp 7ffeb09ac658 error 14 in python

[issue37720] Crash of python3.7 with virt-manager

STINNER Victor added the comment: Try to run virt-manager with faulthandler enabled to get the Python traceback where the bug occurs: PYTHONDEVMODE=1 virt-manager --no-fork I expect that the bug comes from a third-party C extension (no part of Python standard library). My notes to debug a P

[issue37720] Crash of python3.7 with virt-manager

Hans Peter added the comment: PYTHONDEVMODE=1 virt-manager --no-fork Fatal Python error: Segmentation fault Current thread 0x7f835bafd740 (most recent call first): File "", line 219 in _call_with_frames_removed File "", line 1043 in create_module File "", line 583 in module_from_spec

[issue37720] Crash of python3.7 with virt-manager

Hans Peter added the comment: How to fix that? See above post. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue37631] EXTRA_CFLAGS get overrided by CFLAGS_NODIST

STINNER Victor added the comment: Python has way too many variables to control compiler flags: --- # Compiler options OPT=@OPT@ BASECFLAGS= @BASECFLAGS@ BASECPPFLAGS= @BASECPPFLAGS@ CONFIGURE_CFLAGS= @CFLAGS@ # CFLAGS_NODIST is used for building the interpreter and stdli

[issue37268] Deprecate the parser module

miss-islington added the comment: New changeset 9211e2fd81fe1db6f73ded70752b144cc9691ab6 by Miss Islington (bot) (Pablo Galindo) in branch 'master': bpo-37268: Add deprecation notice and a DeprecationWarning for the parser module (GH-15017) https://github.com/python/cpython/commit/9211e2fd81

[issue37720] Crash of python3.7 with virt-manager

STINNER Victor added the comment: That's a crash in the apport project itself which is specific to Ubuntu, and unrelated to Python standard library. I close this issue. Please report issues specific to Ubuntu to the Ubuntu bug tracker. -- resolution: -> third party stage: -> resolv

[issue15817] Misc/gdbinit: Expose command documentation to gdb help

Change by Florian Bruhin : -- pull_requests: +14782 pull_request: https://github.com/python/cpython/pull/15021 ___ Python tracker ___ __

[issue37268] Deprecate the parser module

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue37631] EXTRA_CFLAGS get overrided by CFLAGS_NODIST

Charalampos Stratakis added the comment: I agree that documenting the flags is quite important, I've had a hard time trying to figure out how to implement the LDFLAGS_NODIST, and the change still broke macos builds (luckily it was fixed swiftly). Nevertheless, this is still a bug which shoul

[issue37709] CSVReader ignores dialect.lineterminator

Benjamin Schollnick added the comment: This is tested under python 3... filename = "csv_Sample.csv" from csv import DictReader datafile = open(filename, 'r') data = csv.DictReader(datafile, lineterminator = '\x07', delimiter='\x06') print(next(data)) OrderedDict([('Field1', 'A'), ('Field2'

[issue37544] Test hang causes --enable-optimizations build to hang

Change by Jarek Zgoda : Added file: https://bugs.python.org/file48519/test.pythoninfo.libressl-2.9.2.txt ___ Python tracker ___ ___ Python-b

[issue37631] EXTRA_CFLAGS get overrided by CFLAGS_NODIST

STINNER Victor added the comment: IMHO comments in Makefile.pre.in is a good start. -- ___ Python tracker ___ ___ Python-bugs-list

[issue37681] warning: ‘no_sanitize_thread’

Ronald Oussoren added the comment: - Which python version do you try to build? - What platform are you on? - Which compiler and compiler version do you use? -- nosy: +ronaldoussoren ___ Python tracker __

[issue29636] Specifying indent in the json.tool command

Daniel Himmelstein added the comment: Since opening this issue, I've encountered several additional instances where indentation control would have been nice. I don't agree that jq is a sufficient substitute: 1. jq is generally not pre-installed on systems. For projects where users are guara

[issue37704] Remove Tools/scripts/h2py.py

STINNER Victor added the comment: Lib/plat-*/ directories has been removed in Python 3.6 by: commit 20737cc91e823b6b17fff16574283c034c99d641 Author: Zachary Ware Date: Thu Sep 8 11:38:46 2016 -0700 Issue #28027: Remove Lib/plat-* files > Python 2 standard library had platform specific

[issue37587] JSON loads performance improvement for long strings

Nick Coghlan added the comment: New changeset 8a758f5b99c5fc3fd32edeac049d7d4a4b7cc163 by Nick Coghlan (Marco Paolini) in branch 'master': bpo-37587: Make json.loads faster for long strings (GH-14752) https://github.com/python/cpython/commit/8a758f5b99c5fc3fd32edeac049d7d4a4b7cc163

[issue37587] JSON loads performance improvement for long strings

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

[issue37587] JSON loads performance improvement for long strings

Nick Coghlan added the comment: I went ahead and merged the minimal PR and flagged it for backporting to 3.8 - it's an obviously beneficial change, that clearly does less work on each pass through the loop. Even if you are doing non-strict parsing of a string that consists entirely of inval

[issue37587] JSON loads performance improvement for long strings

miss-islington added the comment: New changeset 9265a877426af4fa5c44cc8482e0198806889350 by Miss Islington (bot) in branch '3.8': bpo-37587: Make json.loads faster for long strings (GH-14752) https://github.com/python/cpython/commit/9265a877426af4fa5c44cc8482e0198806889350 -- nosy:

[issue37246] http.cookiejar.DefaultCookiePolicy should use current timestamp instead of last updated timestamp value for checking expiry

Change by Ngalim Siregar : -- keywords: +patch pull_requests: +14784 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15023 ___ Python tracker ___ _

[issue37587] JSON loads performance improvement for long strings

Inada Naoki added the comment: Wait... there is no benchmark for the "minimum change". I tested 4 compilers, and provide much better patch in https://bugs.python.org/issue37587#msg348114 -- ___ Python tracker

[issue9216] FIPS support for hashlib

STINNER Victor added the comment: FYI the multiprocessing module uses hmac.new(authkey, message, 'md5').digest(). I don't think that using MD5 even for HMAC is allowed in FIPS mode. -- nosy: +vstinner ___ Python tracker

[issue37587] JSON loads performance improvement for long strings

Steve Dower added the comment: While you're testing patches, can you try this version too? Py_UCS4 c = 0, minc = 0x20; for (next = end; next < len; next++) { c = PyUnicode_READ(kind, buf, next); if (c == '"' || c == '\\') { break;

[issue37587] JSON loads performance improvement for long strings

Steve Dower added the comment: Oh, we also need to capture "next"... but then again, since the success case is far more common, I'd be okay with scanning again to find it. -- ___ Python tracker

[issue36670] test suite broken due to cpu usage feature on win 10/ german

Change by Steve Dower : -- stage: -> needs patch versions: +Python 3.8, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mail

[issue37587] JSON loads performance improvement for long strings

Marco Paolini added the comment: @steve.dower yes, that's what made me discard that experiment we did during the sprint. Ok will test your new patch soon -- ___ Python tracker _

[issue37587] JSON loads performance improvement for long strings

Inada Naoki added the comment: Since scope of "c" is very wide, and there is even `&c` in the scope, compiler stores the `c` to stack every time on: c = PyUnicode_READ(kind, buf, next); That is the bottleneck. `if (strict && ...)` is not the bottleneck. My patch used a new variable with

[issue37721] smtpd: staling connect

New submission from cherusk : >From PR: Following script stals/hangs. According to my tracing done, in the smtpd component. The concept of the script is baseline of my unit testing for [1], so not hypothetical: import logging import sys logging.basicConfig(level=logging.DEBUG, stream=sys.std

[issue37587] JSON loads performance improvement for long strings

Steve Dower added the comment: > compiler stores the `c` to stack every time The disassembly we looked at didn't do this, so it may just be certain compilers. Perhaps we can actually use the register keyword to help them out? :) Here's a slightly altered one that doesn't require rescanning

[issue37704] Remove Tools/scripts/h2py.py

STINNER Victor added the comment: New changeset 27eeaf0f2c9bd53a0fbdfdf38ee759e971221f8d by Victor Stinner in branch 'master': bpo-37704: Remove Tools/scripts/h2py.py (GH-15000) https://github.com/python/cpython/commit/27eeaf0f2c9bd53a0fbdfdf38ee759e971221f8d -- ___

[issue13032] h2py.py can fail with UnicodeDecodeError

STINNER Victor added the comment: I just removed Tools/scripts/h2py.py in bpo-37704. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue37704] Remove Tools/scripts/h2py.py

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

[issue15459] ctypes Structures with subclassed types in the _fields_ list

Tommy Sparber added the comment: This bug is still present using Python 3.7. I'm also not sure how to fix the leakage of the internal bitfield size encoding. -- nosy: +tsparber versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker

[issue37681] warning: ‘no_sanitize_thread’

hai shi added the comment: I want to build the cpython of master. My platform and compiler info: Linux version 3.10.0-957.1.3.el7.x86_64 (mockbu...@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) ) #1 SMP Thu Nov 29 14:49:43 UTC 2018 Looks not all platform get

[issue37587] JSON loads performance improvement for long strings

Inada Naoki added the comment: I tested before, after, Steve's patch, and my patch with gcc 8.3.0 and PGO+LTO. https://gist.github.com/methane/f6077bd1b0b04d40a9c790d9ed670a44#file-gcc-8-3-0-pgo-md Surprisingly, there is no difference. Even my patch didn't help register allocation when PGO i

[issue37587] JSON loads performance improvement for long strings

Inada Naoki added the comment: I'm sorry, I was wrong. PGO did very nice job on all cases. gcc allocates `c` to register in the hot loop. -- ___ Python tracker ___ __

[issue34313] Tkinter crashes with Tk-related error on macOS with ActiveTcl 8.6

Ned Deily added the comment: @royf, Without more information, we can only speculate what kind of crash you are seeing. But based on past experience, it is almost certainly a crash in Tk itself and, if so, you need to work with your supplier of Tk, presumably the conda project, to get a work

[issue37717] argparse subcommand docs has non-existent parameter "action"

paul j3 added the comment: As discussed in https://bugs.python.org/issue23487, `action` works if the class is compatible with argparse._SubParsersAction. these commands all do the same thing: parser.add_subparsers() # default parser.add_subparsers(action='parsers') parser

[issue37587] JSON loads performance improvement for long strings

Inada Naoki added the comment: This issue is very compiler sensitive. Please don't report performance without compiler version and PGO option. Now I'm facing strange behavior. pyperf reports slower time (1ms) for PGO builds, although disasm looks good. But it's 2:30am already... Please wait

[issue37707] Skip individual unit tests that are expensive for the PGO task

Neil Schemenauer added the comment: New changeset 52a48e62c6a94577152f9301bbe5f3bc806cfcf1 by Neil Schemenauer in branch 'master': bpo-37707: Exclude expensive unit tests from PGO task (GH-15009) https://github.com/python/cpython/commit/52a48e62c6a94577152f9301bbe5f3bc806cfcf1 -- _

[issue37707] Skip individual unit tests that are expensive for the PGO task

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

[issue36044] PROFILE_TASK for PGO build is not a good workload

Neil Schemenauer added the comment: Closing as I think PR 14702 mostly resolves this. The gc_collect() issue has not been resolved but based on some investigation, I think it is not worth the effort to try to reduce the time spend in that function. Reducing the number of unit tests being r

[issue37707] Skip individual unit tests that are expensive for the PGO task

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

[issue34313] Tkinter crashes with Tk-related error on macOS with ActiveTcl 8.6

Terry J. Reedy added the comment: Is this issue open for some specific action in a repository covered by this tracker, or should it be closed? -- ___ Python tracker ___ _

[issue37681] warning: ‘no_sanitize_thread’

Ronald Oussoren added the comment: A GCC export should be able to tell more, but the warning should be harmless. Objects/obmalloc.c says that the thread sanitizer is available from GCC 4.8, but for some reason it isn't on your system. This seems to be a bug in obmalloc.c: The GCC 4.8.5 docs

[issue37707] Skip individual unit tests that are expensive for the PGO task

Neil Schemenauer added the comment: New changeset 382cb85401bb010ead411c0532499ffe16c3cf27 by Neil Schemenauer (Miss Islington (bot)) in branch '3.8': bpo-37707: Exclude expensive unit tests from PGO task (GH-15009) (#15024) https://github.com/python/cpython/commit/382cb85401bb010ead411c05324

[issue37705] winerror_to_errno implementation

Eryk Sun added the comment: Special casing of Winsock error codes should be handled in winerror_to_errno rather than in oserror_parse_args, so it's consistently applied everywhere. And it should use the proper range for Winsock, 1-11999 -- not 1-2147483647. Codes above the Winsock ra

[issue37722] imaplib crashes when trying to read a letter from an imap server imaps.почта.рус

Change by Иван Михайлов : -- components: Library (Lib) files: imaplib.png nosy: Иван Михайлов priority: normal severity: normal status: open title: imaplib crashes when trying to read a letter from an imap server imaps.почта.рус type: crash versions: Python 3.7 Added file: https://bugs.

[issue36084] Threading: add builtin TID attribute to Thread objects

STINNER Victor added the comment: New changeset 84846b0187919551b1b08dca447658b710b1 by Victor Stinner (Jake Tesler) in branch 'master': bpo-36084: Add threading Native ID information to What's New documentation (GH-14845) https://github.com/python/cpython/commit/84846b0187919551b1b08dca

[issue36084] Threading: add builtin TID attribute to Thread objects

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

[issue36084] Threading: add builtin TID attribute to Thread objects

miss-islington added the comment: New changeset 7026737d77836657c3b713000c3154cfdb7451db by Miss Islington (bot) in branch '3.8': bpo-36084: Add threading Native ID information to What's New documentation (GH-14845) https://github.com/python/cpython/commit/7026737d77836657c3b713000c3154cfdb7

[issue37723] important performance regression on regular expression parsing

New submission from yannvgn : On complex cases, parsing regular expressions takes much, much longer on Python >= 3.7 Example (ipython): In [1]: import re In [2]: char_list = ''.join([chr(i) for i in range(0x)]) In [3]: long_char_list = char_list * 10 In [4]: pattern = f'[{re.escape(long_c

[issue37723] important performance regression on regular expression parsing

Change by yannvgn : -- keywords: +patch pull_requests: +14788 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15030 ___ Python tracker ___

[issue37724] [[Errno 17] File exists: ] # Try create directories that are not part of the archive with

Change by Tal Cohen <3talco...@gmail.com>: -- components: Library (Lib) nosy: Tal Cohen, lars.gustaebel priority: normal severity: normal status: open title: [[Errno 17] File exists: ] # Try create directories that are not part of the archive with versions: Python 2.7

[issue37724] [[Errno 17] File exists: ] # Try create directories that are not part of the archive with

New submission from Tal Cohen <3talco...@gmail.com>: _extract_member, raised an exception in case of more than one process, This happens because "not os.path.exists(upperdirs" return True in case of multiprocess CODE: . if upperdirs and not os.path.exists(upperdirs):

[issue37725] "make clean" should remove PGO task data

New submission from Neil Schemenauer : I find it annoying and surprising that "make clean" does not remove the PGO data. If you change a source file, running "make clean" and "make" should result in a newly built executable, IMHO. As it is now, you usually get a confusing build failure (PGO

[issue37725] "make clean" should remove PGO task data

Change by Neil Schemenauer : -- keywords: +patch pull_requests: +14790 pull_request: https://github.com/python/cpython/pull/15033 ___ Python tracker ___ ___

[issue37726] Tutorial should not recommend getopt

New submission from Guido van Rossum : I read on python-ideas that the tutorial recommends getopt as the simple argument parsing choice, and argparse as advanced. This is silly. We should only promote argparse (unless you want to use raw sys.argv[1:]). -- assignee: docs@python compone

[issue37727] error past 15 places

New submission from Whitequill Riclo : I have found that when doing the calculation when running: pow(1 + 1/100, 100) = 2.716110034087023 pow(1 + 1/1000, 1000) = 3.03503520654962 This is incorrect as the following is a well known way to calculat

[issue37727] error past 15 places

Whitequill Riclo added the comment: This error happens in Google's search too which means that Google is using Python server-side and some how this hasn't been addressed. -- ___ Python tracker _

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

Change by Terry J. Reedy : -- pull_requests: +14791 pull_request: https://github.com/python/cpython/pull/15034 ___ Python tracker ___ __

[issue37681] warning: ‘no_sanitize_thread’

hai shi added the comment: thanks, Ronald. Let me check the process by the upstairs refs. -- ___ Python tracker ___ ___ Python-bugs

[issue33822] IDLE subsection of What's New 3.8

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +14792 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15035 ___ Python tracker ___ _

[issue33821] IDLE subsection of What's New 3.7

Change by Terry J. Reedy : -- pull_requests: +14793 pull_request: https://github.com/python/cpython/pull/15036 ___ Python tracker ___ __

[issue37709] CSVReader ignores dialect.lineterminator

Skip Montanaro added the comment: Looking at your sample file, it seems stranger than you first indicated. Your line terminator actually appears to be '\x07\r\n', not just '\x07'. Opening your file in text mode will leave you with '\x07' as the last character of the last cell in each row. I

[issue37709] CSVReader ignores dialect.lineterminator

Change by Skip Montanaro : Added file: https://bugs.python.org/file48522/lfmapper.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

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

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

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

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

Terry J. Reedy added the comment: New changeset fff5cb21ae270d8572741e18030765580c7ae361 by Terry Jan Reedy in branch 'master': bpo-34162: Add missing items to idlelib/NEWS.txt. (GH-15034) https://github.com/python/cpython/commit/fff5cb21ae270d8572741e18030765580c7ae361 --

[issue33822] IDLE subsection of What's New 3.8

Terry J. Reedy added the comment: New changeset a72ca90eb9f13ee2abc7e19b669974d2d0b3d63e by Terry Jan Reedy in branch 'master': bpo-33822: Add IDLE section of What's New 3.8 (#15035) https://github.com/python/cpython/commit/a72ca90eb9f13ee2abc7e19b669974d2d0b3d63e -- __

[issue33821] IDLE subsection of What's New 3.7

Terry J. Reedy added the comment: New changeset 5982b7201b84bfd24a1c2b2836401afee1cad8a7 by Terry Jan Reedy in branch 'master': bpo-33821: Update IDLE section of What's New 3.7 (#15036) https://github.com/python/cpython/commit/5982b7201b84bfd24a1c2b2836401afee1cad8a7 -- ___

[issue33822] IDLE subsection of What's New 3.8

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

[issue33821] IDLE subsection of What's New 3.7

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

[issue33821] IDLE subsection of What's New 3.7

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

[issue33822] IDLE subsection of What's New 3.8

miss-islington added the comment: New changeset c7236b498fa2fda2240308064605a8ab5eb0fdf8 by Miss Islington (bot) in branch '3.8': bpo-33822: Add IDLE section of What's New 3.8 (GH-15035) https://github.com/python/cpython/commit/c7236b498fa2fda2240308064605a8ab5eb0fdf8 -- nosy: +miss

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

miss-islington added the comment: New changeset 34de5dcf218badfece4ef78587733bbb903ab7b9 by Miss Islington (bot) in branch '3.8': bpo-34162: Add missing items to idlelib/NEWS.txt. (GH-15034) https://github.com/python/cpython/commit/34de5dcf218badfece4ef78587733bbb903ab7b9 -- __

[issue37727] error past 15 places

Zachary Ware added the comment: This is a limitation of binary floating point, please see https://docs.python.org/3/tutorial/floatingpoint.html -- nosy: +zach.ware resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python trac

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

miss-islington added the comment: New changeset ac7cb7b9beaf907a4a484991e467913813bb4971 by Miss Islington (bot) in branch '3.7': bpo-34162: Add missing items to idlelib/NEWS.txt. (GH-15034) https://github.com/python/cpython/commit/ac7cb7b9beaf907a4a484991e467913813bb4971 -- __

[issue33821] IDLE subsection of What's New 3.7

miss-islington added the comment: New changeset 9e044ddefd5e02cf0ffac52bcbae6a21a677d257 by Miss Islington (bot) in branch '3.8': bpo-33821: Update IDLE section of What's New 3.7 (GH-15036) https://github.com/python/cpython/commit/9e044ddefd5e02cf0ffac52bcbae6a21a677d257 -- ___

[issue33821] IDLE subsection of What's New 3.7

miss-islington added the comment: New changeset 8c6e35d2d21928d3e611c39399099e69532952a9 by Miss Islington (bot) in branch '3.7': bpo-33821: Update IDLE section of What's New 3.7 (GH-15036) https://github.com/python/cpython/commit/8c6e35d2d21928d3e611c39399099e69532952a9 -- ___

[issue37727] error past 15 places

Tim Peters added the comment: You'll see much the same in every programming language that supports your computer's floating-point hardware. Start by reading this gentle introduction: https://docs.python.org/3/tutorial/floatingpoint.html This bug tracker isn't a place for tutorials, though,

[issue32178] Some invalid email address groups cause an IndexError instead of a HeaderParseError

Change by Abhilash Raj : -- pull_requests: +14799 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/15044 ___ Python tracker ___

[issue37723] important performance regression on regular expression parsing

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

  1   2   >