[issue22401] argparse: 'resolve' conflict handler damages the actions of the parent parser

Changes by paul j3 : Added file: http://bugs.python.org/file36656/sample3.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue22401] argparse: 'resolve' conflict handler damages the actions of the parent parser

Changes by paul j3 : Removed file: http://bugs.python.org/file36648/sample3.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue22438] eventlet broke by python 2.7.x

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22438] eventlet broke by python 2.7.x

Barry A. Warsaw added the comment: I tend to agree. I don't even think it was documented. I wonder though if it makes sense to at least mention this in the PEP and/or release notes for 2.7.9. -- ___ Python tracker

[issue22438] eventlet broke by python 2.7.x

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue22439] subprocess.PIPE.stdin.flush() causes to hang while subprocess.PIPE.stdin.close() not

R. David Murray added the comment: This has nothing to do with subprocess. If you call a (blocking and unlimited) read() on a file, the read will not return until the file is closed. -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolved status: open -> closed

[issue22366] urllib.request.urlopen shoudl take a "context" (SSLContext) argument

Alex Gaynor added the comment: Just wanted to ping you on this Senthil about committing this. -- ___ Python tracker ___ ___ Python-bug

[issue22439] subprocess.PIPE.stdin.flush() causes to hang while subprocess.PIPE.stdin.close() not

New submission from Sworddragon: On sending something to stdin of a process that was called with subprocess (for example diff) I have figured out that all is working fine if stdin is closed but flushing stdin will cause a hang (the same as nothing would be done). In the attachments is a testca

[issue19380] Optimize parsing of regular expressions

Changes by Josh Rosenberg : -- nosy: +josh.rosenberg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue22378] SO_MARK support for Linux

STINNER Victor added the comment: > Patch for python 2.7 and 3.4 Only Python 3.5 accept new features. -- nosy: +haypo ___ Python tracker ___

[issue22378] SO_MARK support for Linux

Charles-François Natali added the comment: Thanks, I committed a simpler version of the patch. -- resolution: -> fixed stage: test needed -> resolved status: open -> closed ___ Python tracker _

[issue22378] SO_MARK support for Linux

Roundup Robot added the comment: New changeset ca0aa0d89273 by Charles-François Natali in branch 'default': Issue #22378: socket module: add SO_MARK. https://hg.python.org/cpython/rev/ca0aa0d89273 -- nosy: +python-dev ___ Python tracker

[issue16007] Improved Error message for failing re expressions

Mark Lawrence added the comment: The original try/except that leads to the raise does not exist in the latest 3.5 code. I'd be inclined to close this as "out of date" for compatibility reasons if nothing else. -- nosy: +BreamoreBoy ___ Python track

[issue22438] eventlet broke by python 2.7.x

Antoine Pitrou added the comment: Certainly not an official API anyway. Let eventlet get their stuff straight. -- ___ Python tracker ___ _

[issue22438] eventlet broke by python 2.7.x

Alex Gaynor added the comment: (It didn't have any direct tests as far as I can tell, which is why I didn't catch the "regression") -- ___ Python tracker ___ ___

[issue22438] eventlet broke by python 2.7.x

Alex Gaynor added the comment: It looks like something was removed from the `_ssl` module; is that considered an implementation detail, or does it need to be added back? -- ___ Python tracker _

[issue22438] eventlet broke by python 2.7.x

New submission from Alex Gaynor: https://github.com/eventlet/eventlet/issues/135 -- components: Library (Lib) messages: 227067 nosy: alex, benjamin.peterson, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou priority: normal severity: normal status: open title: eventlet broke

[issue21308] PEP 466: backport ssl changes

Alex Gaynor added the comment: Filed http://bugs.python.org/issue22438 to track it. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue22437] re module: number of named groups is limited to 100 max

Serhiy Storchaka added the comment: This is definitely not a bug fix. May be Matthew will commit it to the regex module and then you could use regex instead of re. -- ___ Python tracker ___

[issue22364] Unify error messages of re and regex

Mark Lawrence added the comment: How can anything that's in the stdlib be unified with something that's not in the stdlib and currently has no prospects of getting in the stdlib? -- nosy: +BreamoreBoy ___ Python tracker

[issue22437] re module: number of named groups is limited to 100 max

Yury Selivanov added the comment: Serhiy, This is awesome! Is is possible to split the patch in two, and commit the one that just increases the groups limit to 3.4 as well? Thank you -- ___ Python tracker _

[issue22437] re module: number of named groups is limited to 100 max

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka stage: -> patch review versions: +Python 3.5 ___ Python tracker ___ _

[issue22437] re module: number of named groups is limited to 100 max

Serhiy Storchaka added the comment: There is two reasons for this limitation. First reason is mentioned by David. There is no syntax to backreference a group with number > 99 (but there is a syntax for conditional groups and for substitutions). Second reason is that current implementation of r

[issue22430] Build failure if configure flags --prefix or --exec-prefix is set

Ned Deily added the comment: Sorry, I don't see where you have shown exactly what Python ./configure and make commands you are using and it is not at all obvious to me what you mean by "After generating Makefile if comment string, contain LD_CONFIG_PATH all build success". But, if it is the c

[issue21308] PEP 466: backport ssl changes

Barry A. Warsaw added the comment: Note that this change broke eventlet: https://github.com/eventlet/eventlet/issues/135 -- nosy: +barry ___ Python tracker ___ _

[issue22437] re module: number of named groups is limited to 100 max

Matthew Barnett added the comment: In the regex module, I borrowed the \g<...> escape from .sub's replacement string to provide an alternative way to refer to a group in a pattern, and that let me remove the limit. -- ___ Python tracker

[issue22434] Use named constants internally in the re module

Guido van Rossum added the comment: I think you are too casual in rejecting a standard approach over a custom clever hack. Making the values enums gives them a standard interface that goes beyond what you implemented, and just the fact that we can say "these are IntEnum instances" specifies a lot

[issue22417] PEP 476: verify HTTPS certificates by default

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue22427] TemporaryDirectory attempts to clean up twice

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue22437] re module: number of named groups is limited to 100 max

R. David Murray added the comment: It is 100 to avoid a syntactic ambiguity between numbered groups and octal numbers, if I remember correctly. I can't remember if that constraint still applies in python3, where the octal notation was made more strict in general. -- nosy: +r.david.mur

[issue22436] logging geteffectivelevel does not document its return value

R. David Murray added the comment: Woops, should have looked at the rest of my email. Yes, that change looks great. -- ___ Python tracker ___ __

[issue22436] logging geteffectivelevel does not document its return value

R. David Murray added the comment: Ah, yes, I was just being dense, because the context I was in was exactly that context: configuration via strings. Probably no change is required, but if can think of way of making it obvious to someone thinking crooked like I was that would be great. -

[issue22437] re module: number of named groups is limited to 100 max

New submission from Yury Selivanov: While writing a lexer for javascript language, I managed to hit the limit of named groups in one regexp, it's 100. The check is in sre_compile.py:compile() function, and there is even an XXX comment on this. Unfortunately, I'm not an expert in this module,

[issue22436] logging geteffectivelevel does not document its return value

Roundup Robot added the comment: New changeset dd17c3eda73c by Vinay Sajip in branch '2.7': Issue #22436: Improved documentation for getEffectiveLevel() and getLevelName(). https://hg.python.org/cpython/rev/dd17c3eda73c New changeset 72a91df86b07 by Vinay Sajip in branch '3.4': Issue #22436: Imp

[issue19380] Optimize parsing of regular expressions

Serhiy Storchaka added the comment: Well, then please look at re_parse_2.patch (it is still applied cleanly). -- ___ Python tracker ___ __

[issue22436] logging geteffectivelevel does not document its return value

Vinay Sajip added the comment: Users generally use integer values when specifying logging levels, unless they are e.g. using the configuration machinery, when they will specify strings (just because the configuration is in text files). I will update the documentation to try to make things clea

[issue22410] Locale dependent regexps on different locales

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file36651/re_locale_caching.patch ___ Python tracker ___ ___ Python-bugs-li

[issue22434] Use named constants internally in the re module

Serhiy Storchaka added the comment: Answering Guido's question about the Enum class. No, it is not appropriate here. It has too cumbersome repr ( instead of IN_IGNORE). Enum function syntax can't by used because it enumerates values from 1. We need three Enum subclasses for three groups of con

[issue22410] Locale dependent regexps on different locales

Serhiy Storchaka added the comment: Good catch Matthew! After fixing this and yet one bug (LC_CTYPE should be used instead of LC_ALL), and adding more optimizations, the performance is increased. Now the result of above microbenchmark is 18.5 usec per loop. -- Added file: http://bugs.

[issue22434] Use named constants internally in the re module

Guido van Rossum added the comment: Hm. Could you not use the new Enum class? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue22278] urljoin duplicate slashes

Demian Brecht added the comment: Antoine: On (finally) getting back to this and re-reading your test case, the current behaviour is incorrect and is corrected by the patch. I've added a few more test cases to ensure trailing slashes are handled correctly. -- Added file: http://bugs.pyt

[issue22436] logging geteffectivelevel does not document its return value

New submission from R. David Murray: https://docs.python.org/3/library/logging.html#logging.Logger.getEffectiveLevel This says the logging level is returned, but it doesn't mention that what is returned is an integer, nor does it link to whatever method is needed to convert the integer return

[issue22410] Locale dependent regexps on different locales

Matthew Barnett added the comment: @Serhiy: You're overlooking that the LOCALE flag could be inline, e.g. r'(?L)\w+'. Basically, if you've seen the pattern before, you know whether it has an inline LOCALE flag; if you haven't seen the pattern before, you'll need to parse it anyway, and then y

[issue22410] Locale dependent regexps on different locales

Antoine Pitrou added the comment: Rather than introduce a perf regression in 2.7 and 3.4, I would suggest to simply fix the issue in 3.5. -- ___ Python tracker ___ _

[issue22410] Locale dependent regexps on different locales

Serhiy Storchaka added the comment: Here is a patch which implements Matthew's suggestion. It significant slow down the use of locale-sensitive regular expressions, there is a possibility for race condition between compiling and matching, and it doesn't solve the issue for explicitly cached ex

[issue16827] Remove the relatively advanced content from section 2 in tutorial

Senthil Kumaran added the comment: I addressed Berker Peksag's review comments on Jame's patch, tested the local building of docs, verified the content and looks. Committed this in 2.7, 3.4 and 3.5. Thank you all! -- assignee: docs@python -> orsenthil resolution: -> fixed stage: patc

[issue16827] Remove the relatively advanced content from section 2 in tutorial

Roundup Robot added the comment: New changeset 2e3a81a0fa14 by Senthil Kumaran in branch '2.7': Issue #16827: Make Interpreter introduction section of the tutorial more https://hg.python.org/cpython/rev/2e3a81a0fa14 New changeset 1e81c7a261a7 by Senthil Kumaran in branch '3.4': Issue #16827: Mak

[issue19380] Optimize parsing of regular expressions

Antoine Pitrou added the comment: "is not None" is more readable, though. When using plain boolean testing, it's never obvious whether you can have a zero-length string, a null number, etc. -- ___ Python tracker _

[issue22435] socketserver.TCPSocket leaks socket to garbage collector if server_bind() fails

Changes by Antoine Pitrou : -- nosy: +neologix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue22362] Warn about octal escapes > 0o377 in re

Antoine Pitrou added the comment: This is an error, so it should really be an exception. There's no use case for being lenient, IMO. -- ___ Python tracker ___ __

[issue22382] sqlite3 connection built from apsw connection should raise IntegrityError, not DatabaseError

Changes by william tonkin : -- nosy: +ghaering ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue22362] Warn about octal escapes > 0o377 in re

STINNER Victor added the comment: > Warning or exception? This is a question. Using -Werror, warnings raise exceptions :-) -- ___ Python tracker ___

[issue22410] Locale dependent regexps on different locales

Matthew Barnett added the comment: When you lookup the pattern in the cache, include the current locale as part of the key if the pattern is locale-sensitive (you can let it be None if the pattern is not locale-sensitive). -- ___ Python tracker

[issue1519638] Unmatched Group issue - workaround

Serhiy Storchaka added the comment: Here is a patch which make unmatched groups to be replaced by empty string. These changes looks rather as new feature than bug fix and therefore can be applied only to 3.5. -- components: +Library (Lib) keywords: +patch nosy: +serhiy.storchaka stage:

[issue20678] re does not allow back references in {} matching operator

Changes by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue22362] Warn about octal escapes > 0o377 in re

Serhiy Storchaka added the comment: Warning or exception? This is a question. -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___

[issue22434] Use named constants internally in the re module

Serhiy Storchaka added the comment: If there are no objections I'll commit the patch soon. -- assignee: -> serhiy.storchaka ___ Python tracker ___ __

[issue22415] Fix re debugging output

Serhiy Storchaka added the comment: If there are no objections I'll commit the patch soon. -- assignee: -> serhiy.storchaka ___ Python tracker ___ __

[issue22410] Locale dependent regexps on different locales

Serhiy Storchaka added the comment: Yes, it is possible to build full property table for bytes regexps at regexp compile time. But it is impossible for unicode regexps (issue22407). And in any case this doesn't solve original problem: re.match(pattern, string, re.L|re.I) can return unexpected

[issue19380] Optimize parsing of regular expressions

Serhiy Storchaka added the comment: Actually "if x:" is slightly faster than "if x is not None:" on current implementation. -- Added file: http://bugs.python.org/file36649/re_parse_3.patch ___ Python tracker _

[issue22430] Build failure if configure flags --prefix or --exec-prefix is set

diff 812 added the comment: Found problem. After generating Makefile if comment string, contain LD_CONFIG_PATH all build success. Operating system Gentooo, python version 2.7.8 from ebuild and downloaded from origin site. # gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-

[issue22401] argparse: 'resolve' conflict handler damages the actions of the parent parser

Changes by paul j3 : Removed file: http://bugs.python.org/file36635/sample3.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue22401] argparse: 'resolve' conflict handler damages the actions of the parent parser

Changes by paul j3 : Added file: http://bugs.python.org/file36648/sample3.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr