Python-Dev September 2016

python-dev@python.org

83 participants
84 discussions

congrats on 3.5! Alas, windows 7 users are having problems installing it

by Laura Creighton

webmaster has already heard from 4 people who cannot install it. I sent them to the bug tracker or to python-list but they seem not to have gone either place. Is there some guide I should be sending them to, 'how to debug installation problems'? Laura

1 year

OpenIndiana and Solaris support

by Victor Stinner

Hi, My question is simple: do we officially support Solaris and/or OpenIndiana? Jesus Cea runs an OpenIndiana buildbot slave: http://buildbot.python.org/all/buildslaves/cea-indiana-x86 "Open Indiana 32 bits" The platform module of Python says "Solaris-2.11", I don't know the exact OpenIndiana version. A lot of unit tests fail on this buildbot with MemoryError. I guess that it's related to Solaris which doesn't allow overcommit (allocating more memory than available memory on the system), or more simply because the slave has not enough memory. There is now an issue which seems specific to OpenIndiana: http://bugs.python.org/issue27847 It might impact Solaris as well, but the Solaris buildbot is offline since "684 builds". Five years ago, I reported a bug because the curses module of Python 3 doesn't build on Solaris nor OpenIndiana anymore. It seems like the bug was not fixed, and the issue is still open: http://bugs.python.org/issue13552 So my question is if we officially support Solaris and/or OpenIndiana. If yes, how can we fix issues when we only have buildbot slave which has memory errors, and no SSH access to this server? Solaris doesn't seem to be officially supported in Python, so I suggest to drop the OpenIndiana buildbot (which is failing since at least 2 years) and close all Solaris issues as "WONTFIX". Victor

3 years, 6 months

Debugging Python scripts with GDB on OSX

by Alexandru Croitor

Hello, I'm interested to find out if debugging Python scripts with GDB is supported on OSX at all? I'm referring to the functionality described on https://wiki.python.org/moin/DebuggingWithGdb and on http://fedoraproject.org/wiki/Features/EasierPythonDebugging. I've tried so far various combinations of pre-compiled GDB from the homebrew package manager, locally-compiled GDB from homebrew, as well as locally compiled GDB from MacPorts, together with a pre-compiled Python 2.7, homebrew-compiled 2.7, and custom compiled Python 2.7 from the official source tarball. My results so far were not successful. The legacy GDB commands to show a python stack trace or the local variables - do not work. And the new GDB commands (referenced on the Fedora project page) are not present at all in any of the GDB versions. I've checked the python CI build bot tests, and it seems the new GDB commands are only successfully tested on Linux machines, and are skipped on FreeBSD, OS X, and Solaris machines. Are the new python <-> GDB commands specific to Linux? Are there any considerations to take in regards to debug symbols for Python / GDB on OSX? Has anyone attempted what I'm trying to do? I would be grateful for any advice. And I apologize if my choice of the mailing lists is not the best. Regards, Alex.

3 years, 11 months

C99

by Benjamin Peterson

PEP 7 requires CPython to use C code conforming to the venerable C89 standard. Traditionally, we've been stuck with C89 due to poor C support in MSVC. However, MSVC 2013 and 2015 implement the key features of C99. C99 does not offer anything earth-shattering; here are the features I think we'd find most interesting: - Variable declarations can be on any line: removes possibly the most annoying limitation of C89. - Inline functions: We can make Py_DECREF and Py_INCREF inline functions rather than unpleasant macros. - C++-style line comments: Not an killer feature but commonly used. - Booleans In summary, some niceties that would make CPython hacking a little more fun. So, what say you to updating PEP 7 to allow C99 features for Python 3.6 (in so much as GCC and MSVC support them)? Regards, Benjamin

3 years, 11 months

IMPORTANT: An extra week until 3.6.0b2, now 2016-10-10

by Ned Deily

Thanks for all of your efforts in getting us to the beta phase of 3.6.0! A large number of important features and a huge amount of code were committed just prior to the b1 feature freeze 3 weekends ago. Not surprisingly, there were a number of bugs found and loose ends identified and, as a result, we've negotiated some extensions to get things in before b2. Under the current schedule there were only 3 weeks between b1 and b2 and then 4 weeks between b2 and b3; that was mainly because we pushed b1 back a week due to the development sprint. I would *really* like for us to get those remaining pieces which were granted extensions into b2 as planned. The longer they are delayed, the more risk it puts on the final steps of the release and it's really important to have a stable base for our testing efforts and those of our downstream users, like third-party developers and distributors. So I think it makes sense to move b2 back a week, giving us all an extra week to get things in for b2. Without changing the date for b3, we will now have 4 weeks between b1 and b2 and 3 weeks between b2 and b3. That gives us about 10 days from now until b2. It would be great if you can update the issue tracker for any exempted items you have. I will try to followup with you, as needed, over the next few days on their status. Please contact me if you have any questions about the 3.6.0 schedule or about whether a change is appropriate for the beta phase. To recap, the remaining milestones for 3.6.0: 2016-10-10, 1200 UTC: 3.6.0 beta 2 (was 10-03, remaining exempted features, bug and doc fixes) 2016-10-31: 3.6.0 beta 3 (bug and doc fixes) 2016-11-21: 3.6.0 beta 4 (important bug fixes and doc fixes) 2016-12-05 3.6.0 release candidate 1 (3.6.0 code freeze, critical bug fixes, doc fixes) 2016-12-16 3.6.0 release (3.6.0rc1 plus any necessary emergency fixes) Thank you all again for your great efforts so far on 3.6! --Ned https://www.python.org/dev/peps/pep-0494/ -- Ned Deily nad(a)python.org -- []

4 years

Summary of Python tracker Issues

by Python tracker

ACTIVITY SUMMARY (2016-09-23 - 2016-09-30) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open 5519 (-11) closed 34555 (+70) total 40074 (+59) Open issues with patches: 2381 Issues opened (39) ================== #18235: _sysconfigdata.py wrong on AIX installations http://bugs.python.org/issue18235 reopened by martin.panter #19795: Formatting of True/False/None in docs http://bugs.python.org/issue19795 reopened by serhiy.storchaka #27665: Make create_server able to listen on several ports http://bugs.python.org/issue27665 reopened by bayandin #28259: Ctypes bug windows http://bugs.python.org/issue28259 opened by PlatonAdCo #28261: wrong error messages when using PyArg_ParseTuple to parse norm http://bugs.python.org/issue28261 opened by Oren Milman #28262: Header folder folds incorrectly causing MissingHeaderBodySepar http://bugs.python.org/issue28262 opened by vincenttc #28264: Python 3.4.4 Turtle library - Turtle.onclick events blocked by http://bugs.python.org/issue28264 opened by George Fagin #28267: [MinGW] Crash at start when compiled by MinGW for 64-bit Windo http://bugs.python.org/issue28267 opened by vmurashev #28269: [MinGW] Can't compile Python/dynload_win.c due to static strca http://bugs.python.org/issue28269 opened by vmurashev #28270: [MinGW] Can't compile Modules/posixmodule.c by MinGW - several http://bugs.python.org/issue28270 opened by vmurashev #28271: [MinGW] Can't compile _ctypes/callproc.c - SEH not supported b http://bugs.python.org/issue28271 opened by vmurashev #28272: a redundant check in maybe_small_long http://bugs.python.org/issue28272 opened by Oren Milman #28273: Make os.waitpid() option parameter optional. http://bugs.python.org/issue28273 opened by StyXman #28275: LZMADecompressor.decompress Use After Free http://bugs.python.org/issue28275 opened by JohnLeitch #28276: test_loading.py - false positive result for "def test_find" wh http://bugs.python.org/issue28276 opened by Michael.Felt #28277: ./Modules/_io/_iomodule.c build failure on AIX (beta1) while ( http://bugs.python.org/issue28277 opened by Michael.Felt #28278: Make `weakref.WeakKeyDictionary.__repr__` meaningful http://bugs.python.org/issue28278 opened by cool-RR #28279: setuptools failing to read from setup.cfg only in Python 3.6 http://bugs.python.org/issue28279 opened by Roy Williams #28280: Always return a list from PyMapping_Keys/PyMapping_Values/PyMa http://bugs.python.org/issue28280 opened by serhiy.storchaka #28281: Remove year limits from calendar http://bugs.python.org/issue28281 opened by belopolsky #28282: find_library("c") defers to find_msvcrt() http://bugs.python.org/issue28282 opened by martin.panter #28286: gzip guessing of mode is ambiguilous http://bugs.python.org/issue28286 opened by serhiy.storchaka #28287: Refactor subprocess.Popen to let a subclass handle IO asynchro http://bugs.python.org/issue28287 opened by martius #28288: Expose environment variable for Py_Py3kWarningFlag http://bugs.python.org/issue28288 opened by Roy Williams #28290: BETA report: Python-3.6 build messages to stderr: AIX and "not http://bugs.python.org/issue28290 opened by Michael.Felt #28291: urllib/urllib2 AbstractDigestAuthHandler locked to retried cou http://bugs.python.org/issue28291 opened by secynic #28292: Make Calendar.itermonthdates() behave consistently in edge cas http://bugs.python.org/issue28292 opened by belopolsky #28293: Don't completely dump the regex cache when full http://bugs.python.org/issue28293 opened by rhettinger #28294: HTTPServer server.py assumes sys.stderr != None http://bugs.python.org/issue28294 opened by grismar #28295: PyUnicode_AsUCS4 doc and impl conflict on exception http://bugs.python.org/issue28295 opened by xiang.zhang #28298: can't set big int-like objects to items in array 'Q', 'L' and http://bugs.python.org/issue28298 opened by Oren Milman #28301: python3.4-config --extension-suffix reports '.cpython-34m.so' http://bugs.python.org/issue28301 opened by DrLou #28307: Accelerate 'string' % (value, ...) by using formatted string l http://bugs.python.org/issue28307 opened by serhiy.storchaka #28308: Accelerate 'string'.format(value, ...) by using formatted stri http://bugs.python.org/issue28308 opened by serhiy.storchaka #28309: Accelerate string.Template by using formatted string literals http://bugs.python.org/issue28309 opened by serhiy.storchaka #28312: Minor change - more direct hint re: multiple machine sizes and http://bugs.python.org/issue28312 opened by Michael.Felt #28314: ElementTree: Element.getiterator(tag) broken in 3.6 http://bugs.python.org/issue28314 opened by mitya57 #28315: incorrect "in ?" output in 'divide' example at "Defining Clean http://bugs.python.org/issue28315 opened by viorel #28317: Improve support of FORMAT_VALUE in dis http://bugs.python.org/issue28317 opened by serhiy.storchaka Most recent 15 issues with no replies (15) ========================================== #28317: Improve support of FORMAT_VALUE in dis http://bugs.python.org/issue28317 #28312: Minor change - more direct hint re: multiple machine sizes and http://bugs.python.org/issue28312 #28309: Accelerate string.Template by using formatted string literals http://bugs.python.org/issue28309 #28287: Refactor subprocess.Popen to let a subclass handle IO asynchro http://bugs.python.org/issue28287 #28286: gzip guessing of mode is ambiguilous http://bugs.python.org/issue28286 #28282: find_library("c") defers to find_msvcrt() http://bugs.python.org/issue28282 #28280: Always return a list from PyMapping_Keys/PyMapping_Values/PyMa http://bugs.python.org/issue28280 #28279: setuptools failing to read from setup.cfg only in Python 3.6 http://bugs.python.org/issue28279 #28273: Make os.waitpid() option parameter optional. http://bugs.python.org/issue28273 #28271: [MinGW] Can't compile _ctypes/callproc.c - SEH not supported b http://bugs.python.org/issue28271 #28269: [MinGW] Can't compile Python/dynload_win.c due to static strca http://bugs.python.org/issue28269 #28264: Python 3.4.4 Turtle library - Turtle.onclick events blocked by http://bugs.python.org/issue28264 #28261: wrong error messages when using PyArg_ParseTuple to parse norm http://bugs.python.org/issue28261 #28259: Ctypes bug windows http://bugs.python.org/issue28259 #28249: doctest.DocTestFinder reports incorrect line numbers with excl http://bugs.python.org/issue28249 Most recent 15 issues waiting for review (15) ============================================= #28317: Improve support of FORMAT_VALUE in dis http://bugs.python.org/issue28317 #28315: incorrect "in ?" output in 'divide' example at "Defining Clean http://bugs.python.org/issue28315 #28314: ElementTree: Element.getiterator(tag) broken in 3.6 http://bugs.python.org/issue28314 #28309: Accelerate string.Template by using formatted string literals http://bugs.python.org/issue28309 #28298: can't set big int-like objects to items in array 'Q', 'L' and http://bugs.python.org/issue28298 #28295: PyUnicode_AsUCS4 doc and impl conflict on exception http://bugs.python.org/issue28295 #28294: HTTPServer server.py assumes sys.stderr != None http://bugs.python.org/issue28294 #28293: Don't completely dump the regex cache when full http://bugs.python.org/issue28293 #28291: urllib/urllib2 AbstractDigestAuthHandler locked to retried cou http://bugs.python.org/issue28291 #28287: Refactor subprocess.Popen to let a subclass handle IO asynchro http://bugs.python.org/issue28287 #28286: gzip guessing of mode is ambiguilous http://bugs.python.org/issue28286 #28275: LZMADecompressor.decompress Use After Free http://bugs.python.org/issue28275 #28273: Make os.waitpid() option parameter optional. http://bugs.python.org/issue28273 #28272: a redundant check in maybe_small_long http://bugs.python.org/issue28272 #28271: [MinGW] Can't compile _ctypes/callproc.c - SEH not supported b http://bugs.python.org/issue28271 Top 10 most discussed issues (10) ================================= #28293: Don't completely dump the regex cache when full http://bugs.python.org/issue28293 13 msgs #28207: Use pkg-config to find dependencies http://bugs.python.org/issue28207 12 msgs #28183: Clean up and speed up dict iteration http://bugs.python.org/issue28183 11 msgs #27873: multiprocessing.pool.Pool.map should take more than one iterab http://bugs.python.org/issue27873 7 msgs #28281: Remove year limits from calendar http://bugs.python.org/issue28281 7 msgs #28275: LZMADecompressor.decompress Use After Free http://bugs.python.org/issue28275 6 msgs #28314: ElementTree: Element.getiterator(tag) broken in 3.6 http://bugs.python.org/issue28314 6 msgs #27386: Asyncio server hang when clients connect and immediately disco http://bugs.python.org/issue27386 5 msgs #28199: Compact dict resizing is doing too much work http://bugs.python.org/issue28199 5 msgs #28267: [MinGW] Crash at start when compiled by MinGW for 64-bit Windo http://bugs.python.org/issue28267 5 msgs Issues closed (66) ================== #5895: socketmodule.c on HPUX ia64 without _XOPEN_SOURCE_EXTENDED com http://bugs.python.org/issue5895 closed by christian.heimes #10673: multiprocess.Process join method - timeout indistinguishable f http://bugs.python.org/issue10673 closed by berker.peksag #18893: invalid exception handling in Lib/ctypes/macholib/dyld.py http://bugs.python.org/issue18893 closed by berker.peksag #20100: epoll docs are not clear with regards to CLOEXEC. http://bugs.python.org/issue20100 closed by berker.peksag #20754: distutils should use SafeConfigParser http://bugs.python.org/issue20754 closed by berker.peksag #20947: -Wstrict-overflow findings http://bugs.python.org/issue20947 closed by christian.heimes #21578: Misleading error message when ImportError called with invalid http://bugs.python.org/issue21578 closed by serhiy.storchaka #21903: ctypes documentation MessageBoxA example produces error http://bugs.python.org/issue21903 closed by berker.peksag #22969: Compile fails with --without-signal-module http://bugs.python.org/issue22969 closed by berker.peksag #23155: unittest: object has no attribute '_removed_tests' http://bugs.python.org/issue23155 closed by berker.peksag #23520: test_os failed (python-3.4.3, Linux SuSE) http://bugs.python.org/issue23520 closed by berker.peksag #23701: Drop extraneous comment from winreg.QueryValue's docstring http://bugs.python.org/issue23701 closed by berker.peksag #24201: _winreg PyHKEY Type Confusion http://bugs.python.org/issue24201 closed by steve.dower #25830: _TypeAlias: Discrepancy between docstring and behavior http://bugs.python.org/issue25830 closed by gvanrossum #26075: typing.Union unifies types too broadly http://bugs.python.org/issue26075 closed by gvanrossum #26148: String literals are not interned if in a tuple http://bugs.python.org/issue26148 closed by serhiy.storchaka #26224: Add "version added" for documentation of asyncio.timeout for d http://bugs.python.org/issue26224 closed by berker.peksag #26477: typing forward references and module attributes http://bugs.python.org/issue26477 closed by gvanrossum #26550: documentation minor issue : "Step back: WSGI" section from "HO http://bugs.python.org/issue26550 closed by berker.peksag #26650: calendar: OverflowErrors for year == 1 and firstweekday > 0 http://bugs.python.org/issue26650 closed by belopolsky #27322: test_compile_path fails when python has been installed http://bugs.python.org/issue27322 closed by berker.peksag #27565: Offer error context manager for code.interact http://bugs.python.org/issue27565 closed by berker.peksag #27703: Replace two Py_XDECREFs with Py_DECREFs in do_raise http://bugs.python.org/issue27703 closed by serhiy.storchaka #27740: Fix doc of Py_CompileStringExFlags http://bugs.python.org/issue27740 closed by berker.peksag #27766: Add ChaCha20 Poly1305 to SSL ciphers http://bugs.python.org/issue27766 closed by christian.heimes #27845: Optimize update_keyword_args() function http://bugs.python.org/issue27845 closed by serhiy.storchaka #27897: Avoid possible crash in pysqlite_connection_create_collation http://bugs.python.org/issue27897 closed by serhiy.storchaka #27914: Incorrect comment in PyModule_ExcDef http://bugs.python.org/issue27914 closed by serhiy.storchaka #27942: Default value identity regression http://bugs.python.org/issue27942 closed by serhiy.storchaka #27963: null poiter dereference in set_conversion_mode due uncheck _ct http://bugs.python.org/issue27963 closed by serhiy.storchaka #27995: Upgrade Python 3.4 to OpenSSL 1.0.2h on Windows http://bugs.python.org/issue27995 closed by christian.heimes #28144: Decrease empty_keys_struct's dk_refcnt http://bugs.python.org/issue28144 closed by serhiy.storchaka #28148: [Patch] Also stop using localtime() in timemodule http://bugs.python.org/issue28148 closed by belopolsky #28194: Clean up some checks in dict implementation http://bugs.python.org/issue28194 closed by serhiy.storchaka #28203: complex() gives wrong error when the second argument has an in http://bugs.python.org/issue28203 closed by mark.dickinson #28211: Wrong return value type in the doc of PyMapping_Keys/Values/It http://bugs.python.org/issue28211 closed by serhiy.storchaka #28221: Unused indata in test_ssl.ThreadedTests.test_asyncore_server http://bugs.python.org/issue28221 closed by martin.panter #28250: typing.NamedTuple instances are not picklable Two http://bugs.python.org/issue28250 closed by mark.dickinson #28252: Tuples used before introduction to tuple in tutorial http://bugs.python.org/issue28252 closed by rhettinger #28253: calendar.prcal(9999) output has a problem http://bugs.python.org/issue28253 closed by belopolsky #28254: Add C API for gc.enable, gc.disable, and gc.isenabled http://bugs.python.org/issue28254 closed by rhettinger #28258: Broken python-config generated with Estonian locale http://bugs.python.org/issue28258 closed by serhiy.storchaka #28260: mock._Any and mock._Call implement __eq__ but not __hash__ http://bugs.python.org/issue28260 closed by berker.peksag #28263: Python 2.7's `-3` flag warns about __eq__ being implemented wi http://bugs.python.org/issue28263 closed by christian.heimes #28265: builtin_function_or_method's __getattribute__ not applicable t http://bugs.python.org/issue28265 closed by eric.snow #28266: setup.py uses build Python's configuration when cross-compilin http://bugs.python.org/issue28266 closed by Rouslan Korneychuk #28268: bz2.open does not use __fspath__ (PEP 519) http://bugs.python.org/issue28268 closed by serhiy.storchaka #28274: asyncio does not call exception handler if task stored http://bugs.python.org/issue28274 closed by r.david.murray #28283: test_sock_connect_sock_write_race() of test.test_asyncio.test_ http://bugs.python.org/issue28283 closed by berker.peksag #28284: Memory corruption due to size expansion (overflow) in _json.en http://bugs.python.org/issue28284 closed by python-dev #28285: 35.5 - 29.58 = 5.920000000000002 (it's false !) http://bugs.python.org/issue28285 closed by serhiy.storchaka #28289: ImportError.__init__ doesn't reset not specified exception att http://bugs.python.org/issue28289 closed by serhiy.storchaka #28296: Add __le__ and __ge__ to collections.Counter http://bugs.python.org/issue28296 closed by r.david.murray #28297: sched module example has wrong output http://bugs.python.org/issue28297 closed by xiang.zhang #28299: DirEntry.is_dir() evaluates True for a file on Windows http://bugs.python.org/issue28299 closed by paul.moore #28300: [PATCH] Fix misspelled "implemented" word http://bugs.python.org/issue28300 closed by berker.peksag #28302: Unpacking numpy array give list http://bugs.python.org/issue28302 closed by SilentGhost #28303: [PATCH] Fix broken grammar in "pydoc3 unittest" http://bugs.python.org/issue28303 closed by berker.peksag #28304: Condition.wait() doesn't raise KeyboardInterrupt http://bugs.python.org/issue28304 closed by berker.peksag #28305: Make error for Python3.6 on Cygwin http://bugs.python.org/issue28305 closed by r.david.murray #28306: incorrect output "int division or modulo by zero" in Handling http://bugs.python.org/issue28306 closed by berker.peksag #28310: Mixing yield and return with value is allowed http://bugs.python.org/issue28310 closed by xiang.zhang #28311: AIX shared library extension modules installation broken - Pyt http://bugs.python.org/issue28311 closed by martin.panter #28313: ttk Style().configure() overwrites Tk().option_add() Button bu http://bugs.python.org/issue28313 closed by serhiy.storchaka #28316: descriptor and repr get into conflict http://bugs.python.org/issue28316 closed by benjamin.peterson #1175984: Make subprocess.Popen support file-like objects (win) http://bugs.python.org/issue1175984 closed by christian.heimes

4 years

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

by Martin Panter

On 29 September 2016 at 04:26, Zachary Ware <zachary.ware+pydev(a)gmail.com> wrote: > On Wed, Sep 28, 2016 at 10:04 PM, Terry Reedy <tjreedy(a)udel.edu> wrote: >> On 9/28/2016 9:57 PM, terry.reedy wrote: >>> https://hg.python.org/cpython/rev/02eb35b79af0 >> >> >> (2nd try) I mistakenly null merged from 3.5 to default. >> Should a now do a proper null merge from 3.5 to 3.6 to default? >> Should I revert this null merge? FYI I committed some merges (04060fa4428d and ae0c983d3c65) which should have fixed this all up. > You aren't the only one who's missed 3.6 since it was branched :). If > there are changes in 3.5 that should not be in 3.6, you should go > ahead and do a null merge from 3.5 -> 3.6 -> default. If the changes > in 3.5 are already in 3.6, I'd just leave it as is; it will clear up > when somebody next merges something. In this case, my automatic merge process gave conflicts and spooky “ambiguous merge” warnings, so in this case I think it was good to deal with it sooner rather than later.

4 years

Re: [Python-Dev] [Python-checkins] cpython (merge 3.5 -> default): Null merge.

by Martin Panter

On 29 September 2016 at 03:04, Terry Reedy <tjreedy(a)udel.edu> wrote: > On 9/28/2016 9:57 PM, terry.reedy wrote: >> https://hg.python.org/cpython/rev/02eb35b79af0 > > (2nd try) I mistakenly null merged from 3.5 to default. > Should a now do a proper null merge from 3.5 to 3.6 to default? Yes, I think 3.5 needs to be merged into 3.6, and the result needs to be merged into default. I guess they are null merges because the entries were already present in 3.6b1. > Should I revert this null merge? I don’t think there is much point in reverting a null merge, if there are no actual changes to revert.

4 years

Possibly inconsistent behavior in re groupdict

by Gordon R. Burgess

I've been lurking for a couple of months, working up the confidence to ask the list about this behavior - I've searched through the PEPs but couldn't find any specific reference to it. In a nutshell, in the Python 3.5 library re patterns and search buffers both need to be either unicode or byte strings - but the keys in the groupdict are always returned as str in either case. I don't know whether or not this is by design, but it would make more sense to me if when searching a bytes object with a bytes pattern the keys returned in the groupdict were bytes as well. I reworked the example a little just now so it would run it on 2.7 as well; on 2.7 the keys in the dictionary correspond to the mode of the pattern as expected (and bytes and unicode are interconverted silently) - code and output are inline below. Thanks for your time, Gordon [Code] import sys import re from datetime import datetime data = (u"first string (unicode)", b"second string (bytes)") pattern = [re.compile(u"(?P<ordinal>\\w+) .*\$(?P<type>\\w+)\$"), re.compile(b"(?P<ordinal>\\w+) .*\$(?P<type>\\w+)\$")] print("*** re consistency check ***\nRun: %s\nVersion: Python %s\n" % (datetime.now(), sys.version)) for p in pattern: for d in data: try: result = "groupdict: %s" % (p.match(d) and p.match(d).groupdict()) except Exception as e: result = "error: %s" % e.args[0] print("mode: %s\npattern: %s\ndata: %s\n%s\n" % (type(p.pattern).__name__, p.pattern, d, result)) [Output] gordon@w540:~/workspace/regex_demo$ python3 regex_demo.py *** re consistency check *** Run: 2016-09-25 20:06:29.472332 Version: Python 3.5.2+ (default, Sep 10 2016, 10:24:58) [GCC 6.2.0 20160901] mode: str pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: first string (unicode) groupdict: {'ordinal': 'first', 'type': 'unicode'} mode: str pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: b'second string (bytes)' error: cannot use a string pattern on a bytes-like object mode: bytes pattern: b'(?P<ordinal>\\w+) .*\$(?P<type>\\w+)\$' data: first string (unicode) error: cannot use a bytes pattern on a string-like object mode: bytes pattern: b'(?P<ordinal>\\w+) .*\$(?P<type>\\w+)\$' data: b'second string (bytes)' groupdict: {'ordinal': b'second', 'type': b'bytes'} gordon@w540:~/workspace/regex_demo$ python regex_demo.py *** re consistency check *** Run: 2016-09-25 20:06:23.375322 Version: Python 2.7.12+ (default, Sep 1 2016, 20:27:38) [GCC 6.2.0 20160822] mode: unicode pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: first string (unicode) groupdict: {u'ordinal': u'first', u'type': u'unicode'} mode: unicode pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: second string (bytes) groupdict: {u'ordinal': 'second', u'type': 'bytes'} mode: str pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: first string (unicode) groupdict: {'ordinal': u'first', 'type': u'unicode'} mode: str pattern: (?P<ordinal>\w+) .*$(?P<type>\w+)$ data: second string (bytes) groupdict: {'ordinal': 'second', 'type': 'bytes'}

4 years

3.6.0 Beta Phase Development

by Ned Deily

Wow! What a busy and productive couple of weeks it has been leading up to 3.6.0b1 and feature code freeze! Congratulations and thanks to all of you who've contributed to the amazing number of PEPs, features, bug fixes, and doc changes that have gone into 3.6.0b1! Now that feature development for 3.6 is over, the challenge is to put the finishing touches on the features and documentation, squash bugs, and test test test. The next preview release will be 3.6.0b2 scheduled for 2016-10-03. In the cpython repo, there is now a 3.6 branch. Starting now, all changes for 3.6.0 should get pushed to the 3.6 branch and then merged to default for 3.7. New features nay continue to be pushed to the default branch for release in 3.7; no new features are now permitted in 3.6 (unless you have contacted me and we have agreed on an extension). Bug fixes appropriate for 3.5.x should get pushed to the 3.5 branch and then merged to 3.6 and then to default. I've updated the Developer's Guide to reflect the now current workflow. Let me know if you find any bugs in it. Likewise, please contact me if you have any questions about the workflow or about whether a change is appropriate for 3.6 beta. To recap: 2016-09-12 3.6 branch open for 3.6.0; 3.7.0 feature development begins 2016-09-12 to 2016-12-04: 3.6.0 beta phase (no new features) - push code for 3.6.0 (bug/regression/doc fixes) to the new 3.6 branch - push code for new features to the default branch for release in 3.7 2016-10-03: 3.6.0 beta 2 2016-12-04 3.6.0 release candidate 1 (3.6.0 code freeze) 2016-12-16 3.6.0 release (3.6.0rc1 plus, if necessary, any dire emergency fixes) 2018-06 3.7.0 release (3.6.0 release + 18 months, details TBD) Thank you all again for your great efforts so far on 3.6! --Ned http://cpython-devguide.readthedocs.io/en/latest/ https://www.python.org/dev/peps/pep-0494/ -- Ned Deily nad(a)python.org -- []

4 years

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev September 2016