[issue36087] ThreadPoolExecutor max_workers none issue

New submission from Tony Hammack : ThreadPoolExecutor(max_workers=None) throws exception when it should not. Inconsistent with 3.4 documentation. If max_workers=None, then it should use the amount of cpus as threadcount. -- components: Library (Lib) messages: 336354 nosy: Tony Hammack

[issue36087] ThreadPoolExecutor max_workers none issue

Change by Roundup Robot : -- keywords: +patch pull_requests: +12018 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue36085] Enable better DLL resolution

Steve Dower added the comment: I'm very against doing magic to extract the names from the DLL, but maybe we could have a search path in the parent package? Then add/remove it around importing the module. I think you're right that we just need to update the LoadLibrary flags, but will those

[issue36088] zipfile cannot handle zip in zip

New submission from Liyu Gong : Suppose a.zip is z zip file containing 'abc/def/1.txt' zf = zipfile.ZipFile('a.zip') memf = zf.open('abc/def/1.txt', 'r') zf2 = zipfile.ZipFile(memf) will raise an error. However, when a.zip is a tar file containing 'abc/def/1.txt', the following codes tf = t

[issue36016] Allow gc.getobjects to return the objects tracked by a specific generation

Inada Naoki added the comment: New changeset 175421b58cc97a2555e474f479f30a6c5d2250b0 by Inada Naoki (Pablo Galindo) in branch 'master': bpo-36016: Add generation option to gc.getobjects() (GH-11909) https://github.com/python/cpython/commit/175421b58cc97a2555e474f479f30a6c5d2250b0 -

[issue36089] Formatting/Spelling errors in SimpleHTTPServer docs

New submission from Alan Grgic : The warning heading near the top of https://docs.python.org/2/library/simplehttpserver.html contains improperly formatted text and misspells SimpleHTTPServer as 'SimpleHTTServer'. -- assignee: docs@python components: Documentation messages: 336358 nosy

[issue36089] Formatting/Spelling errors in SimpleHTTPServer docs

Change by Roundup Robot : -- keywords: +patch pull_requests: +12020 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue36090] spelling error in PEP219 introduction

New submission from 景云鹏 : https://www.python.org/dev/peps/pep-0219/#introduction paragraph2 in more that a year? or in more than a year? -- messages: 336359 nosy: 景云鹏 priority: normal severity: normal status: open title: spelling error in PEP219 introduction __

[issue36087] ThreadPoolExecutor max_workers none issue

Karthikeyan Singaravelan added the comment: Thanks for the report. 3.4 is in security fixes only mode and will reach end of life soon. This seems to be a backport of the change in 3.5 that won't be accepted. Since the feature is available in 3.5+ I would recommend upgrading to 3.5 and above

[issue36088] zipfile cannot handle zip in zip

Serhiy Storchaka added the comment: The current behavior looks correct to me. abc/def/1.txt is not a ZIP file, so the error is expected. tarfile.open('a.zip') raises an error too, because a.zip is not a tar file. -- nosy: +serhiy.storchaka status: open -> pending ___

[issue36089] Formatting/Spelling errors in SimpleHTTPServer docs

Serhiy Storchaka added the comment: New changeset c7be55208b294e408ff625757198419af8914fdf by Serhiy Storchaka (Alan Grgic) in branch '2.7': bpo-36089: Fix formatting/spelling on SimpleHTTPServer docs. (GH-11995) https://github.com/python/cpython/commit/c7be55208b294e408ff625757198419af8914fd

[issue36088] zipfile cannot handle zip in zip

Liyu Gong added the comment: Sorry, I made a mistake. I retested on the following content a.zip ==> abc/def/1.zip zf = zipfile.ZipFile('a.zip') memf = zf.open('abc/def/1.zip', 'r') zf2 = zipfile.ZipFile(memf) will raise an error. However, when a.zip is a tar file containing 'abc/def/1.zip

[issue36089] Formatting/Spelling errors in SimpleHTTPServer docs

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

[issue36088] zipfile cannot handle zip in zip

Liyu Gong added the comment: add a.tar -- Added file: https://bugs.python.org/file48166/a.tar ___ Python tracker ___ ___ Python-bug

[issue36088] zipfile cannot handle zip in zip

Change by Liyu Gong : Removed file: https://bugs.python.org/file48164/a.zip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue36088] zipfile cannot handle zip in zip

Serhiy Storchaka added the comment: Supporting nested zip files is a new feature added in 3.7 (see issue22908). New features can be added only in new Python versions. 3.6 currently takes only security bug fixes. -- resolution: -> out of date stage: -> resolved status: open -> close

[issue34315] Regex not evalauated correctly

noah added the comment: I was able to recreate the 'bad' output on Linux using 'bad' input. The issue is caused when you misspell WHERE, regex is looking for the exact word "WHERE", any lowercase (where), multicase (WHeRe), or misspelling (WERE) is going to cause it to return None because re

[issue34315] Regex not evalauated correctly

Serhiy Storchaka added the comment: For case-insensitive matching you can use the re.IGNORECASE flag. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker __

[issue36091] clean up async generator from types module

New submission from Henry Chen : the following script: ``` import sys, types def tr(frame, event, arg): print(frame, event, arg) return tr sys.settrace(tr) ``` gives the output: ``` call None exception (, GeneratorExit(), ) return None ``` This is due to Lib/types.py creating an a

[issue35512] patch.dict resolves in_dict eagerly (should be late resolved)

Karthikeyan Singaravelan added the comment: Looking further this can be solved for a string target in patch.dict which can be resolved again while calling the decorated function. There could be a case where the actual target is specified and in that case mock could only updates the reference

[issue36090] spelling error in PEP219 introduction

Karthikeyan Singaravelan added the comment: I am not sure if the tracker can be used for updating a PEP since the PEPs are available in separate GitHub repo that accepts issues and PRs at https://github.com/python/peps . -- nosy: +xtreak ___ Pytho

[issue36091] clean up async generator from types module

Change by Henry Chen : -- keywords: +patch pull_requests: +12021 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

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

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

[issue36085] Enable better DLL resolution

Eryk Sun added the comment: > I'm very against doing magic to extract the names from the DLL, but > but maybe we could have a search path in the parent package? Then > add/remove it around importing the module. That works, too. I'm happy either way. We still can't load multiple DLLs with th

[issue36092] unittest.mock's patch.object and patch.dict are not supported on classmethod, propery and staticmethod

New submission from Karthikeyan Singaravelan : While looking into the unittest.mock tests I came across test_patch_descriptor [0] which makes an early return since patch.object and patch.dict are not supported on staticmethod, classmethod and property as noted in the comment. The tests still

[issue36086] Split IDLE into separate feature in Windows installer

Change by SilentGhost : -- nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing

[issue36091] clean up async generator from types module

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

[issue36086] Split IDLE into separate feature in Windows installer

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

[issue36091] clean up async generator from types module

Serhiy Storchaka added the comment: I am sure this change already was discussed in other issue, but I can not find that issue and I am not sure that there is a PR. -- nosy: +serhiy.storchaka ___ Python tracker

[issue36093] UnicodeEncodeError raise from smtplib.verify() method

New submission from Windson Yang : AFAIK, the email address should support non-ASCII character (from https://stackoverflow.com/questions/760150/can-an-email-address-contain-international-non-english-characters and SMTPUTF8 option from https://docs.python.org/3/library/smtplib.html#smtplib.SM

<    1   2