[issue33331] Clean modules in the reversed order

Nick Coghlan added the comment: It also occurred to me to ask whether or not moving modules to the end of sys.modules each time they're successfully imported would help solve the problem (albeit at the expense of making import cache hits more expensive). I don't think it does, though, since

[issue33331] Clean modules in the reversed order

Nick Coghlan added the comment: I think the key concern here is that we *don't* consistently add modules to sys.modules in the order their bodies are executed: we add them in a kind of sawtooth order based on the imports from __main__, and the order of import statements in the imported

[issue33812] Different behavior between datetime.py and its C accelerator

Tim Peters added the comment: I copy/pasted the definitions of "aware" and "naive" from the docs. Your TZ's .utcoffset() returns None, so, yes, any datetime using an instance of that for its tzinfo is naive. In print(datetime(2000,1,1).astimezone(timezone.utc)) the docs for astimezone

[issue26698] Tk DPI awareness

Eric Fahlgren added the comment: I used the default Application setting. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue26698] Tk DPI awareness

Terry J. Reedy added the comment: Do any of the Windows experts know what "Override high DPI scaling behavior" on properties does? Does it call SetProcessDpiAwareness? It seems so. The answer would have implications for #33656 (which is about fixing this issue in IDLE, as Westly

[issue33812] Different behavior between datetime.py and its C accelerator

Change by Alexander Belopolsky : -- assignee: -> belopolsky components: +Extension Modules, Library (Lib) stage: -> needs patch type: -> behavior versions: +Python 3.7, Python 3.8 ___ Python tracker

[issue33812] Different behavior between datetime.py and its C accelerator

Alexander Belopolsky added the comment: So you are suggesting that my datetime(2000,1,1,tzinfo=TZ()) should behave as a naive instance, right? Well, this would be a third behavior different from both current C and Python implementations: >>>

[issue33656] IDLE: Turn on DPI awareness on Windows

Terry J. Reedy added the comment: Elisha wrote and I quoted: '[the call] sets DPI awareness'. After reading https://msdn.microsoft.com/en-us/library/windows/desktop/dn280512(v=vs.85).aspx PROCESS_DPI_AWARENESS, what the call sets is the system's idea of what DPI awareness the app/process

[issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility

Nick Coghlan added the comment: Merged for 2.7 in https://github.com/python/cpython/commit/458ed1b237150f5c59b6ab3e1a5241a672ac8cbd Thank you for the PRs, Mayank! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___

[issue25058] Right square bracket argparse metavar

miss-islington added the comment: New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7': bpo-11874: fix assertion failure in argparse metavar handling (GH-1826) https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f

[issue11874] argparse assertion failure with brackets in metavars

miss-islington added the comment: New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7': bpo-11874: fix assertion failure in argparse metavar handling (GH-1826) https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f

[issue11874] argparse assertion failure with brackets in metavars

Nick Coghlan added the comment: Thanks for the PR, and your patience! The change has now been merged for all active 3.x versions. It turns out the 2.7 argparse code is still close enough to the 3.x code for the automated backport to work, so the CI for that is currently running. --

[issue26698] Tk DPI awareness

Eric Fahlgren added the comment: Still blurry with 3.6.5 on Win 10 with a 2560x1600 monitor at 125% scaling (I compared it to 2.7.15, they looked identical). If I go to the Windows properties for pythonw.exe and turn on "Override high DPI scaling behavior" it's nice and sharp. --

[issue14046] argparse: assertion failure if optional argument has square/round brackets in metavar

miss-islington added the comment: New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7': bpo-11874: fix assertion failure in argparse metavar handling (GH-1826) https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f

[issue25058] Right square bracket argparse metavar

Change by miss-islington : -- pull_requests: +7188 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24089] argparse crashes with AssertionError

miss-islington added the comment: New changeset 4e6bd247aa955056626bf0cf8dc1c65a587b871f by Miss Islington (bot) in branch '2.7': bpo-11874: fix assertion failure in argparse metavar handling (GH-1826) https://github.com/python/cpython/commit/4e6bd247aa955056626bf0cf8dc1c65a587b871f

[issue14046] argparse: assertion failure if optional argument has square/round brackets in metavar

Change by miss-islington : -- pull_requests: +7187 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24089] argparse crashes with AssertionError

Change by miss-islington : -- pull_requests: +7186 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11874] argparse assertion failure with brackets in metavars

Change by miss-islington : -- pull_requests: +7185 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Change by Eric Snow : -- pull_requests: +7184 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33812] Different behavior between datetime.py and its C accelerator

Tim Peters added the comment: The message isn't confusing - the definition of "aware" is confusing ;-) """ A datetime object d is aware if d.tzinfo is not None and d.tzinfo.utcoffset(d) does not return None. If d.tzinfo is None, or if d.tzinfo is not None but d.tzinfo.utcoffset(d) returns

[issue33812] Different behavior between datetime.py and its C accelerator

New submission from Alexander Belopolsky : Consider the following code: $ cat bug.py import sys if len(sys.argv) > 1: sys.modules['_datetime'] = None from datetime import tzinfo, datetime, timezone class TZ(tzinfo): def utcoffset(self, t): pass

[issue33812] Different behavior betwee

Change by Alexander Belopolsky : -- nosy: belopolsky priority: normal severity: normal status: open title: Different behavior betwee ___ Python tracker ___

[issue33811] asyncio accepting connection limit

Yury Selivanov added the comment: In principle this sounds good, but I'm not sure how the API and implementation would look like. Maybe you can share a bit more details? -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker

[issue26698] Tk DPI awareness

Terry J. Reedy added the comment: Westly, #31500 changed font scaling for IDLE on high DPI screens. It also removed some hard-coding of frame sizes in terms of pixels. Does anything look better for you with current IDLE (3.6.5, 3.7.0)? -- ___

[issue33810] Remove unused code in datetime module

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

[issue25283] Make tm_gmtoff and tm_zone available on all platforms

Alexander Belopolsky added the comment: New changeset bcb032e4acdebc043a7659a06e6037fe71020860 by Alexander Belopolsky in branch 'master': bpo-33810 Remove unused code from datetime.py. (GH-7549) https://github.com/python/cpython/commit/bcb032e4acdebc043a7659a06e6037fe71020860 --

[issue33810] Remove unused code in datetime module

Alexander Belopolsky added the comment: New changeset bcb032e4acdebc043a7659a06e6037fe71020860 by Alexander Belopolsky in branch 'master': bpo-33810 Remove unused code from datetime.py. (GH-7549) https://github.com/python/cpython/commit/bcb032e4acdebc043a7659a06e6037fe71020860 --

[issue33811] asyncio accepting connection limit

New submission from Lisa Guo : https://bugs.python.org/issue27906 describes a situation where accept rate of connection is too slow for use cases where spikes of incoming connection warrants fast accept. The fix for that was to accept socket connection in a tight loop until it reaches

[issue30805] asyncio: race condition with debug and subprocess

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

[issue25283] Make tm_gmtoff and tm_zone available on all platforms

Change by Alexander Belopolsky : -- pull_requests: +7183 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30805] asyncio: race condition with debug and subprocess

miss-islington added the comment: New changeset 234b53f8b5d0615051025be26cf8adecbc346c57 by Miss Islington (bot) in branch '3.6': bpo-30805: Avoid race condition with debug logging (GH-7545) https://github.com/python/cpython/commit/234b53f8b5d0615051025be26cf8adecbc346c57 --

[issue33810] Remove unused code in datetime module

Change by Alexander Belopolsky : -- keywords: +patch pull_requests: +7182 stage: needs patch -> patch review ___ Python tracker ___

[issue30805] asyncio: race condition with debug and subprocess

miss-islington added the comment: New changeset 21f4c780a1de99bdb37abf57445f0c942449b45b by Miss Islington (bot) in branch '3.7': bpo-30805: Avoid race condition with debug logging (GH-7545) https://github.com/python/cpython/commit/21f4c780a1de99bdb37abf57445f0c942449b45b -- nosy:

[issue30805] asyncio: race condition with debug and subprocess

Change by miss-islington : -- pull_requests: +7181 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30805] asyncio: race condition with debug and subprocess

Change by miss-islington : -- pull_requests: +7180 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30805] asyncio: race condition with debug and subprocess

Yury Selivanov added the comment: New changeset 12f482e0ae33021c04264294f33fa6baa9617cec by Yury Selivanov in branch 'master': bpo-30805: Avoid race condition with debug logging (GH-7545) https://github.com/python/cpython/commit/12f482e0ae33021c04264294f33fa6baa9617cec --

[issue33801] Remove non-ordered dict comment from plistlib

Ned Deily added the comment: New changeset 416fbe41b783d5686b9cb7ff7f8af94b41dc16b8 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33801: Remove non-ordered dict comment from plistlib doc (GH-7495) (GH-7546)

[issue33810] Remove unused code in datetime module

Change by Alexander Belopolsky : -- components: -Extension Modules ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33642] IDLE: Display up to maxlines non-blank lines for Code Context

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33801] Remove non-ordered dict comment from plistlib

Ned Deily added the comment: Thanks for the PR! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: enhancement -> ___ Python tracker ___

[issue33810] Remove unused code in datetime module

New submission from Alexander Belopolsky : Since implementation of issue 25283, the objects returned by time.localtime always have tm_zone and tm_gmtoff attributes, but the datetime module still has code that anticipates these attributes to be missing. [1] [1]:

[issue33801] Remove non-ordered dict comment from plistlib

Change by miss-islington : -- pull_requests: +7179 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33801] Remove non-ordered dict comment from plistlib

Ned Deily added the comment: New changeset 1cbdb2208aa309cf288ee0b53f0ecd85279bb934 by Ned Deily (Andrés Delfino) in branch 'master': bpo-33801: Remove non-ordered dict comment from plistlib doc (GH-7495) https://github.com/python/cpython/commit/1cbdb2208aa309cf288ee0b53f0ecd85279bb934

[issue30805] asyncio: race condition with debug and subprocess

Change by Yury Selivanov : -- keywords: +patch pull_requests: +7178 stage: -> patch review ___ Python tracker ___ ___

[issue32718] Install PowerShell activation scripts for venv for all platforms

Brett Cannon added the comment: Looks like there is some PowerShell Core compatibility issues to work through first. Primarily the prompt seems the venv prompt additions show up twice but then disappear if you arrow up. There is also an issue of path separators needing to be updated

[issue33799] Remove non-ordered dicts comments from FAQ

Change by Andrés Delfino : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker ___

[issue24622] tokenize.py: missing EXACT_TOKEN_TYPES

Stefan Krah added the comment: I agree, it would be strange to backport now. -- stage: backport needed -> versions: +Python 3.7 -Python 3.6 ___ Python tracker ___

[issue24622] tokenize.py: missing EXACT_TOKEN_TYPES

Ned Deily added the comment: > What do others think? +1 for adding a mention in the 3.7 What's New doc (anyone willing to produce a PR for (master Doc/whatsnew/3.7.rst ?) -1 for backporting to 3.6. Since 3.6 has been out there so long and is nearing the end of its maintenance life, it

[issue30805] asyncio: race condition with debug and subprocess

Ned Deily added the comment: @yselivanov, @asvetlov: ping on the languishing PR -- nosy: +asvetlov, ned.deily ___ Python tracker ___

[issue33770] base64 throws 'incorrect padding' exception when the issue is NOT with the padding

Tal Einat added the comment: PR is ready with an improved exception message and raising binascii.Incomplete rather than binascii.Error. A final review would be welcome! -- ___ Python tracker

[issue24622] tokenize.py: missing EXACT_TOKEN_TYPES

Stefan Krah added the comment: Yikes, I wasn't aware that we are that late in the 3.6 release cycle. Perhaps it would be unusual to change it now, even though it is a bug fix. What do others think? -- ___ Python tracker

[issue33770] base64 throws 'incorrect padding' exception when the issue is NOT with the padding

Tal Einat added the comment: Code using only a2b_base64() would likely not be expecting this exception. We have at least one such example in the stdlib: decode_b() in Lib/email/_encoded_words.py (which needs to be fixed regardless; see #27397). --

[issue33770] base64 throws 'incorrect padding' exception when the issue is NOT with the padding

R. David Murray added the comment: I think that would move it even more into the realm of a bugfix, then, since code that cared about specific binascii exceptions could be looking for that one already. -- ___ Python tracker

[issue33082] multiprocessing docs bury very important 'callback=' args

Ned Deily added the comment: These doc changes have been languishing. We have a difference of opinion about adding a callback example. I don't have a strong feeling one way or the other. Davin or anyone else, what say you? -- nosy: +ned.deily

[issue33375] warnings: get filename from frame.f_code.co_filename

Brett Cannon added the comment: New changeset 11a896652ee98aa44e59ed25237f9efb56635dcf by Brett Cannon (Thomas Kluyver) in branch 'master': bpo-33375: Get filename for warnings from frame.f_code.co_filename (GH-6622)

[issue33800] Fix default argument for parameter dict_type of ConfigParser/RawConfigParser

Ned Deily added the comment: Thanks, Andrés! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker ___

[issue33800] Fix default argument for parameter dict_type of ConfigParser/RawConfigParser

Ned Deily added the comment: New changeset dc20d9d1026282a2879992f4cef517a270c8a467 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33800: Fix default argument for parameter dict_type of ConfigParser/RawConfigParser (GH-7494) (GH-7542)

[issue33800] Fix default argument for parameter dict_type of ConfigParser/RawConfigParser

Change by miss-islington : -- pull_requests: +7177 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33800] Fix default argument for parameter dict_type of ConfigParser/RawConfigParser

Ned Deily added the comment: New changeset 3b0b90c8c3b8161f0ae9005b83b9b6449d4a8476 by Ned Deily (Andrés Delfino) in branch 'master': bpo-33800: Fix default argument for parameter dict_type of ConfigParser/RawConfigParser (GH-7494)

[issue33771] Module: timeit. According to documentation default_repeat should have the value 3. Has 5.

Terry J. Reedy added the comment: This is a duplicate in that the 3 => 5 change was incorporated into PR 7419 for #28240. -- nosy: +terry.reedy resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Enhance the timeit module: display average

[issue33770] base64 throws 'incorrect padding' exception when the issue is NOT with the padding

Tal Einat added the comment: It is more a correction than a clarification. After looking through the module some more, I'm considering using binascii.Incomplete for this case, since it seems appropriate enough that it's worth using it rather than adding another, separate exception.

[issue33770] base64 throws 'incorrect padding' exception when the issue is NOT with the padding

Terry J. Reedy added the comment: Is the new message a clarification, in which case we would typically not backport, or a correction, which we usually would? -- nosy: +terry.reedy ___ Python tracker

[issue33799] Remove non-ordered dicts comments from FAQ

Ned Deily added the comment: New changeset 5c7f22c2a339f23f8a236540d0ebed955637095b by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33799: Remove non-ordered dicts comments from FAQ (GH-7520) https://github.com/python/cpython/commit/5c7f22c2a339f23f8a236540d0ebed955637095b

[issue33766] Grammar Incongruence

Terry J. Reedy added the comment: A few years ago, there was a particular case in which compile failed without a trailing newline. We fixed it so that it would work anyway. Unless we are willing for a conforming Python interpreter to fail >>> exec('print("hello")') hello The Reference

[issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility

Change by Mayank Singhal <17mayanksing...@gmail.com>: -- pull_requests: +7176 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue28557] error message for bad raw readinto

Change by R. David Murray : -- nosy: +benjamin.peterson, stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33762] temp file isn't IOBase

Terry J. Reedy added the comment: Martin, I added you because this Tempfile issue is related to #26175. -- nosy: +martin.panter, terry.reedy ___ Python tracker ___

[issue26175] Fully implement IOBase abstract on SpooledTemporaryFile

Terry J. Reedy added the comment: Martin, the PR has one 'approved' review, not from you. You appear to be requesting changes here, but it is not clear to me which are 'maybe' and which are 'must'. It is not obvious to me whether this should be treated as enhancement or behavior issue,

[issue33462] reversible dict

Michael Selik added the comment: It looks like there's general agreement on python-dev that this is appropriate for v3.8 (not v3.7). Guido van Rossum and Ramsey D'silva gave a +1. Raymond Hettinger noted some use cases. INADA Naoki raised a point about waiting for other implementations,

[issue24622] tokenize.py: missing EXACT_TOKEN_TYPES

Terry J. Reedy added the comment: The 3.6.6rc is next Monday. 3.6.8 will be the last 3.6 maintenance release. -- nosy: +terry.reedy ___ Python tracker ___

[issue33751] Failed separate testTruncateOnWindows in test_file

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

[issue33751] Failed separate testTruncateOnWindows in test_file

Serhiy Storchaka added the comment: New changeset 23999158f962e31e955f3cd232b3745d523720cb by Serhiy Storchaka in branch '2.7': [2.7] bpo-33751: Fix test_file. (GH-7378) (GH-7445) https://github.com/python/cpython/commit/23999158f962e31e955f3cd232b3745d523720cb --

[issue23835] configparser does not convert defaults to strings

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33802] Regression in logging configuration

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33779] Error while installing python 3.6.5 on windows 10

Steve Dower added the comment: Okay, I guess there's some configuration (or corruption) on your machine that's interfering here. I've seen similar things before on IT-managed workstations. Can you try deselecting the "Install launcher for all users" option and seeing if that helps? It

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Change by Yury Selivanov : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Yury Selivanov added the comment: New changeset 4f54867e29af93779922ff23df542f2d5df4c4ee by Yury Selivanov (Dong-hee Na) in branch 'master': bpo-33197: Add versionadded tag to the documentation of ParameterKind (GH-7536)

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Yury Selivanov added the comment: > @yselivanov > Please take a look PR 7536 :) Thanks! Please stop posting comments like this frequently. They are highly distractive. -- ___ Python tracker

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Dong-hee Na added the comment: @yselivanov Please take a look PR 7536 :) Thanks! -- ___ Python tracker ___ ___ Python-bugs-list

[issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404 errors

miss-islington added the comment: New changeset 552c1bc94887a5e897c398725776ac1ef3d21c6a by Miss Islington (bot) in branch '3.7': bpo-33807: Add Python 3.7 buildbot link to '.github/CONTRIBUTING.rst' (GH-7532) https://github.com/python/cpython/commit/552c1bc94887a5e897c398725776ac1ef3d21c6a

[issue33736] Improve the documentation of asyncio stream API

miss-islington added the comment: New changeset f4dcf49159e404273f426bccf8d0d71a4c3274e6 by Miss Islington (bot) in branch '3.7': bpo-33736: Improve the documentation of asyncio stream APIs (GH-7326) https://github.com/python/cpython/commit/f4dcf49159e404273f426bccf8d0d71a4c3274e6

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

New submission from Ulrich Petri : Since 3.5 the internal machinery of the `traceback` module has gained the very useful ability to capture locals. It would be useful to also expose that ability through the various convenience functions. -- components: Library (Lib) messages: 319079

[issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404 errors

Change by miss-islington : -- pull_requests: +7175 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404 errors

Zachary Ware added the comment: I fixed the issue by reenabling redirects in the buildbot.python.org Apache config, and Suriyaa fixed the lack of a 3.7 link with PR7532. Thanks for the report and PR! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue33807] CONTRIBUTING.rst: 'Stable buildbots' links with 404 errors

Zachary Ware added the comment: New changeset 9e6685ea7b749ee34466e71b22d99e5112d71a95 by Zachary Ware (Suriyaa ✌️️) in branch 'master': bpo-33807: Add Python 3.7 buildbot link to '.github/CONTRIBUTING.rst' (GH-7532)

[issue33736] Improve the documentation of asyncio stream API

Change by miss-islington : -- pull_requests: +7174 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33736] Improve the documentation of asyncio stream API

New submission from Yury Selivanov : New changeset c0d062f523b16331444ff910e4596ee5608c8170 by Yury Selivanov (Elvis Pranskevichus) in branch 'master': bpo-33736: Improve the documentation of asyncio stream APIs (GH-7326)

[issue33806] Cannot re-open an existing telnet session

R. David Murray added the comment: To clarify: don't call open again *on that telnetlib.Telnet object*. You can certainly have more than one open connection using different telnetlib.Telnet instances, though it might be a bit challenging to manage them :) --

[issue33806] Cannot re-open an existing telnet session

Change by R. David Murray : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33806] Cannot re-open an existing telnet session

R. David Murray added the comment: telnetlib provides a low level interface to the telnet protocol. The dialog you mention appears to be transmitted on the telnet connection, so it is unlikely there is any bug or missing feature in telnetlib that would affect your problem. The sentence in

[issue33738] PyIndex_Check conflicts with PEP 384

Christian Tismer added the comment: """Excluding names from limited API can break existing code that use them with defined Py_LIMITED_API.""" How is that different? Right now, the code would break at compile time, because the macros are accessing opaque type fields. Excluding them has the

[issue32493] UUID Module - FreeBSD build failure

Michael Felt added the comment: OK. I know I do not understand this well - when it goes in A, or B. So, if I understand correctly, like this issue was created after uuid_create() was added for AIX and created issues for FreeBSD )that I did not know had uuid_create(), I need to create a new

[issue33806] Cannot re-open an existing telnet session

Eric V. Smith added the comment: This sounds like an application-level issue, not a telnetlib problem. As far as I can tell, you're opening a new connection, not reusing an existing connection. -- ___ Python tracker

[issue33806] Cannot re-open an existing telnet session

Chandrakanth Reddy added the comment: Hi Eric, Apologize for not providing the link. Below is the link which i was referring to: https://docs.python.org/3.1/library/telnetlib.html I have an already opened telnet session(established by some other user). Now if I again try to open a telnet

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Change by Dong-hee Na : -- pull_requests: +7173 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Dong-hee Na added the comment: Sure, I will send a PR soon. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32479] inconsistent ImportError message executing same import statement

Change by Xiang Zhang : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: Yeah, I did a custom build the other day. Sorry about the delay in disabling the test again and thanks for getting it done. -- ___ Python tracker

[issue33669] str.format should raise exception when placeholder number doesn't match argument number

Xiang Zhang added the comment: After reading PEP3101 and the archived mails, I think it's by design. Even if not, it might be too late to change. I don't prefer either way, emitting warnings by compiler or linter. They can't give hints for runtime retrieved patterns, and not everyone turns

  1   2   >