Mailman 3 July 2017 - Python-Dev

Python most popular progamming language on github?
by Terry Reedy 20 Jul '17

20 Jul '17

https://blog.sourced.tech/post/language_migrations/ Waren Long analyzed several years of Github data for 22 top languages (excluding browser Javascript) with respect to language use and change of use, defined a 'centrality measure' based on the stationary distribution of a markov chain model of language switching. Time trend: Python rose from about 2002 to 2007, stayed flat until 2013, then has risen since. Conclusion: The Python sky is not falling; Python3 did not kill Python. (This is not a call for complacency.) The measure is *not* based on lines of code. The 4 after Python, Java, C, C++, and PHP have more lines on Github. Well, we all know that non-cryptic conciseness is good ;-). Java has at least doubled since 2007. Perhaps that is mostly prortable Android devices. This analysis was stimulated (provoked?) by Erik Bernhardsson's analysis of Google searches related to changing language. Go won in that. It seems that people learn and use Python without asking Google so much. -- Terry Jan Reedy

2 1

Design Philosophy: Performance vs Robustness/Maintainability
by Ethan Furman 18 Jul '17

18 Jul '17

Raymond Hettinger: ----------------- > One minor grumble: I think we need to give careful cost/benefit considerations to > optimizations that complicate the implementation. Over the last several years, the > source for Python has grown increasingly complicated. Fewer people understand it > now. It is much harder to newcomers to on-ramp. The old-timers (myself included) > find that their knowledge is out of date. And complexity leads to bugs (the C > optimization of random number seeding caused a major bug in the 3.6.0 release; the > C optimization of the lru_cache resulted in multiple releases having a hard to find > threading bugs, etc.). It is becoming increasingly difficult to look at code and > tell whether it is correct (I still don't fully understand the implications of the > recursive constant folding in the peephole optimizer for example). In the case > of this named tuple proposal, the complexity is manageable, but the overall trend > isn't good and I get the feeling the aggressive optimization is causing us to > forget key parts of the zen-of-python. Nick Coughlan: ------------- > As another example of this: while trading the global import lock for > per-module locks eliminated most of the old import deadlocks, it turns > out that it *also* left us with some fairly messy race conditions and > more fragile code (I still count that particular case as a win > overall, but it definitely raises the barrier to entry for maintaining > that code). > > Unfortunately, these are frequently cases where the benefits are > immediately visible (e.g. faster benchmark results, removing > longstanding limitations on user code), but the downsides can > literally take years to make themselves felt (e.g. higher defect rates > in the interpreter, subtle bugs in previously correct user code that > are eventually traced back to interpreter changes). Barry Warsaw: ------------ > Regardless of whether [namedtuple] optimization is a good idea or not, start up > time *is* a serious challenge in many environments for CPython in particular and > the perception of Python’s applicability to many problems. I think we’re better > off trying to identify and address such problems than ignoring or minimizing them. Ethan Furman: ------------ Speed is not the only factor, and certainly shouldn't be the first concern, but once we have correct code we need to follow our own advice: find the bottlenecks and optimize them. Optimized code will never be as pretty or maintainable as simple, unoptimized code but real-world applications often require as much performance as can be obtained. [My apologies if I missed any points from the namedtuple thread.] -- ~Ethan~

4 5

Impact of Namedtuple on startup time
by Antoine Pitrou 18 Jul '17

18 Jul '17

Hello, Cost of creating a namedtuple has been identified as a contributor to Python startup time. Not only Python core and the stdlib, but any third-party library creating namedtuple classes (there are many of them). An issue was created for this: https://bugs.python.org/issue28638 Raymond decided to close the issue because: 1) the proposed resolution makes the "_source" attribute empty (or, at least, something else than it currently is). Raymond claims the "_source" attribute is an essential feature of namedtuples. 2) optimizing startup cost is supposedly not worth the effort. To this, I will counter-argument: As for 1), a search for "namedtuple" and "_source" in a code search engine (*) brings *only* false positives of different kinds: * clones of the CPython repo * copies of the namedtuple class instantiation source code with slight tweaks (*not* reading the _source attribute of an existing namedtuple) * modules using namedtuples and also using a "_source" attribute on unrelated objects (*) https://searchcode.com/?q=namedtuple+_source As for 2), startup time is actually a very important consideration nowadays, both for small scripts *and* for interactive use with the now very wide-spread use of Jupyter Notebooks. A 1 ms. cost when importing a single module can translate into a large slowdown when your library imports (directly or indirectly) hundreds of modules, many of which may create their own namedtuple classes. Nick pointed out that one alternative is to make the C-written "struct sequence" class user-visible. My opinion is that, while better than nothing, this would complicate things by exposing two very similar primitives in the stdlib, without there being a clear choice for users. Should I use the well-known namedtuple? Should I use the new-ish "struct sequence", with similar characteristics and better performance, but worse compatibility (now I have to write fallback code for Python versions where the "struct sequence" isn't exposed)? And not to mention all third-party libraries must be migrated to the newly-exposed "struct sequence" + compatibility fallback code... So my take is: 1) Usage of "_source" in open source code (as per the search above) seems non-existent. 2) If the primary intent of "_source" is to show-case how to write a tuple subclass, well, why not write a recipe or tutorial somewhere? The Python stdlib is generally not a place where we reify tutorials or educational snippets as public APIs. 3) The well-known namedtuple would really benefit from a performance boost, without asking all maintainers of dependent code (that's a *ton*) to migrate to a new idiom + compatibility fallback. Regards Antoine.

28 51

deque implementation question
by Max Moroz 18 Jul '17

18 Jul '17

What would be the disadvantage of implementing collections.deque as a circular array (rather than a doubly linked list of blocks)? My naive thinking was that a circular array would maintain the current O(1) append/pop from either side, and would improve index lookup in the middle from O(n) to O(1). What am I missing? The insertion/removal of an arbitrary item specified by a pointer would increase from constant time to linear, but since we don't have pointers this is a moot point. Of course when the circular array is full, it will need to be reallocated, but the amortized cost of that is still O(1). (Moreover, for a bounded deque, there's even an option of preallocation, which would completely eliminate reallocations.) Thanks Max

4 3

[RELEASE] Python 3.6.2 is now available
by Ned Deily 17 Jul '17

17 Jul '17

On behalf of the Python development community and the Python 3.6 release team, I am happy to announce the availability of Python 3.6.2, the second maintenance release of Python 3.6. 3.6.0 was released on 2016-12-22 to great interest and we are now providing the second set of bugfixes and documentation updates for it; the first maintenance release, 3.6.1, was released on 2017-03-31. Detailed information about the changes made in 3.6.2 can be found in the change log here: https://docs.python.org/3.6/whatsnew/changelog.html#python-3-6-2 Please see "What’s New In Python 3.6" for more information about the new features in Python 3.6: https://docs.python.org/3.6/whatsnew/3.6.html You can download Python 3.6.2 here: https://www.python.org/downloads/release/python-362/ The next maintenance release of Python 3.6 is expected to follow in about 3 months, around the end of 2017-09. More information about the 3.6 release schedule can be found here: https://www.python.org/dev/peps/pep-0494/ Enjoy! P.S. If you need to download the documentation set for 3.6.2 immediately, you can always find the release version here: https://docs.python.org/release/3.6.2/download.html The most current updated versions will appear here: https://docs.python.org/3.6/ -- Ned Deily nad(a)python.org -- []

1 0

curses: error handling and the lower right margin of the screen
by Aleksejs Popovs 17 Jul '17

17 Jul '17

Hello everyone, My name is Aleksejs, and this is my first time posting here. I'm working on a Python project (a client for Zephyr, MIT's instant messaging system) that uses curses, and I believe I've found either a bug in the Python curses bindings or a deficiency in their documentation. The problem has to do with ncurses' cursor advancing behavior. The manpage addch(3x) says: >If the advance is at the right margin: >· The cursor automatically wraps to the beginning of the next line. >· At the bottom of the current scrolling region, and if scrollok is enabled, the scrolling region is scrolled up one line. >· If scrollok is not enabled, writing a character at the lower right margin succeeds. However, an error is returned because it is not possible to wrap to a new line Python's window.addch(y, x, ch[, attr]) function seems to be internally calling addch or one of the related functions, and so, if scrollok is off and (y, x) is the lower right corner of the screen, addch returns an error, which window.addch then detects and turns into an exception. I'd like to argue that this is not expected behavior, and does not follow from the documentation. The documentation for window.addch makes no mention of the fact that the cursor is advanced at all, so there's no reason that a user should expect window.addch(height - 1, width - 1, ch) to fail (and the exception raised, "_curses.error: add_wch() returned ERR", is not very helpful in understanding what the deal is). Because the documentation doesn't say anything about the cursor, this is not even an error in any meaningful way, as the character is successfully written to the screen, and wrapping the code in a "try: ... except curses.error: pass" block "fixes" the error. The same problem affects window.addstr() if the end of the string being painted ends up in the lower right corner. This behavior is so unintuitive that it is not even accounted for elsewhere in the curses bindings: the implementation of curses.panel.rectangle contains a line [1] > win.addch(lry, lrx, curses.ACS_LRCORNER) which raises an exception when trying to draw a rectangle spanning an entire window (or in fact any rectangle touching the lower right corner). I also wrote a little example script [2] demonstrating the problem. I believe that this is a problem, but I am not sure how it could be resolved. It seems that there's no way to distinguish this "error" from a legitimate ncurses error. Perhaps the documentation ought to at least mention this behavior, and the implementation of curses.panel.rectangle should check for the case where the rectangle touches the lower right corner and use a try-catch block there. Best regards, Aleksejs Popovs [1] https://github.com/python/cpython/blob/3.6/Lib/curses/textpad.py#L16 [2] https://gist.github.com/popoffka/e21299967f5739d18c4fa393fa5cf20b

1 0

Articles on my contributions to CPython during 2017 Q1 and Q2
by Victor Stinner 16 Jul '17

16 Jul '17

Hi, I wrote a serie of new articles on my contributions to CPython during 2017 Q1 and Q2. "My contributions to CPython during 2017 Q1" https://haypo.github.io/contrib-cpython-2017q1.html "New Python test.bisect tool" https://haypo.github.io/python-test-bisect.html "Work on Python buildbots, 2017 Q2" https://haypo.github.io/python-buildbots-2017q2.html "My contributions to CPython during 2017 Q2 (part 1)" https://haypo.github.io/contrib-cpython-2017q2-part1.html "My contributions to CPython during 2017 Q2 (part 2)" https://haypo.github.io/contrib-cpython-2017q2-part2.html "My contributions to CPython during 2017 Q2 (part 3)" https://haypo.github.io/contrib-cpython-2017q2-part3.html Good reading ;-) Victor

3 3

Should I make a 3.4.7rc1 next weekend?
by Larry Hastings 15 Jul '17

15 Jul '17

I'm scheduled to tag and release 3.5.4rc1 next weekend. I've been releasing 3.4 and 3.5 at the same time for the last year; this is convenient for me as it halves the frequency with which I have to put on the "release manager" hat. There are currently no scheduled dates to release 3.4.7. The reason being that until very recently there was almost no work done in 3.4 since 3.4.6 was tagged. But! The reason for /that/ was because of a change in the workflow: once we switched to Github, for branches that are in security-fixes-only mode, only the Release Manager is allowed to accept PRs into that branch. It turned out there were a bunch of PRs waiting for my approval. After a flurry of accepted PRs, I have now accrued about ten fresh security fixes in the 3.4 branch. (Mostly from Victor, but also Serhiy, and one from Barry--thanks everyone!) There are now no outstanding security fix PRs against 3.4. Since I'm releasing 3.5.4rc1 next weekend, I wouldn't mind /also/ releasing 3.47rc1 next weekend. That would put 3.4.7 final the same day as 3.5.4 final: just over three weeks from now, releasing on Sunday August 5. I realize it's not much notice, and that's normally not how we do things in the CPython world. (Sorry for the short notice--it's my fault for not adjusting to the new workflow quickly enough.) Anyway the point of this email is to call for a vote. Which of these statements do you agree with: * Larry should tag and release 3.4.7rc1 next weekend. * Larry should schedule 3.4.7rc1 for a month from now, to give people time to get their work in. In particular, Victor and Serhiy, I'm interested in your votes. You both get veto powers for the short notice--if either of you say "do it a month from now" then it'll be a month from now. Also, if anybody has security fixes you want to get in to the next release of 3.4, but you haven't made a PR yet, please reply and describe them. (Please reply to list if appropriate, but if it should be kept quiet please reply to me directly.) Braising in my own juices at EuroPython, //arry/

2 2

Summary of Python tracker Issues
by Python tracker 14 Jul '17

14 Jul '17

ACTIVITY SUMMARY (2017-07-07 - 2017-07-14) 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 6042 (+21) closed 36641 (+37) total 42683 (+58) Open issues with patches: 2342 Issues opened (39) ================== #26617: Assertion failed in gc with __del__ and weakref http://bugs.python.org/issue26617 reopened by serhiy.storchaka #29766: --with-lto still implied by --enable-optimizations in Python 2 http://bugs.python.org/issue29766 reopened by Arfrever #30296: Remove unnecessary tuples, lists, sets, and dicts from Lib http://bugs.python.org/issue30296 reopened by serhiy.storchaka #30758: test_pydoc hangs sometimes on 3.6 and master branches http://bugs.python.org/issue30758 reopened by haypo #30814: Import dotted name as alias breaks with concurrency http://bugs.python.org/issue30814 reopened by haypo #30874: unittest execute tests twice in some conditions http://bugs.python.org/issue30874 opened by ale5000 #30876: SystemError on importing module from unloaded package http://bugs.python.org/issue30876 opened by serhiy.storchaka #30877: possibe typo in json/scanner.py http://bugs.python.org/issue30877 opened by c-fos #30882: Built-in list disappeared from Python 2.7 intersphinx inventor http://bugs.python.org/issue30882 opened by Christoph.Deil #30883: test_urllib2net failed on s390x Debian 3.6: ftp.debian.org err http://bugs.python.org/issue30883 opened by haypo #30884: regrtest -jN --timeout=TIMEOUT should kill child process runni http://bugs.python.org/issue30884 opened by haypo #30885: test_subprocess hangs on AMD64 Windows8.1 Refleaks 3.x http://bugs.python.org/issue30885 opened by haypo #30888: import class not isinstance of the class http://bugs.python.org/issue30888 opened by 邱伟略 #30889: distutils extra_link_args not working because it is added to c http://bugs.python.org/issue30889 opened by Liu Cailiang #30891: importlib: _find_and_load() race condition on sys.modules[name http://bugs.python.org/issue30891 opened by haypo #30892: _elementtree: assertion error if stdlib copy module is overrid http://bugs.python.org/issue30892 opened by haypo #30893: Expose importlib._bootstrap._ModuleLockManager in importlib.ma http://bugs.python.org/issue30893 opened by brett.cannon #30897: Add a is_mount() to pathlib http://bugs.python.org/issue30897 opened by cooperlees #30898: SSL cert failure running make test during Python 3.6 install http://bugs.python.org/issue30898 opened by Ben Johnston #30903: IPv4Network's hostmask attribute doesn't returns string value http://bugs.python.org/issue30903 opened by Abhijit Mamarde #30904: Python 3 logging HTTPHandler sends duplicate Host header http://bugs.python.org/issue30904 opened by lhelwerd #30905: Embedding should have public API for interactive mode http://bugs.python.org/issue30905 opened by steveire #30907: speed up comparisons to self for built-in containers http://bugs.python.org/issue30907 opened by wbolster #30908: test_os.TestSendfile.test_keywords() leaks dangling threads http://bugs.python.org/issue30908 opened by haypo #30909: ServerProxy should not make requests with malformed XML http://bugs.python.org/issue30909 opened by Alex Corcoles #30910: Add -fexception to ppc64le build http://bugs.python.org/issue30910 opened by brunoalr #30912: python 3 git master fails to find libffi and build _ctypes on http://bugs.python.org/issue30912 opened by shlomif #30915: distutils sometimes assumes wrong C compiler http://bugs.python.org/issue30915 opened by moxian #30916: Pre-build OpenSSL and Tcl/Tk for Windows http://bugs.python.org/issue30916 opened by steve.dower #30917: IDLE: Add idlelib.config.IdleConf unittest http://bugs.python.org/issue30917 opened by louielu #30918: Unable to launch IDLE in windows 7 http://bugs.python.org/issue30918 opened by trencyclo #30919: Shared Array Memory Allocation Regression http://bugs.python.org/issue30919 opened by dtasev #30920: Sequence Matcher from diff lib is not implementing longest com http://bugs.python.org/issue30920 opened by Syam Mohan #30923: Add -Wimplicit-fallthrough=0 to Makefile ? http://bugs.python.org/issue30923 opened by matrixise #30924: RPM build doc_files needs files separated into separate lines http://bugs.python.org/issue30924 opened by warthog9 #30925: RPM build lacks ability to include other files similar to doc_ http://bugs.python.org/issue30925 opened by warthog9 #30926: KeyError with cgitb inspecting exception in generator expressi http://bugs.python.org/issue30926 opened by jason.coombs #30928: Copy modified blurbs to idlelib/NEWS.txt http://bugs.python.org/issue30928 opened by terry.reedy #30929: AttributeErrors after import in multithreaded environment http://bugs.python.org/issue30929 opened by boytsovea Most recent 15 issues with no replies (15) ========================================== #30929: AttributeErrors after import in multithreaded environment http://bugs.python.org/issue30929 #30926: KeyError with cgitb inspecting exception in generator expressi http://bugs.python.org/issue30926 #30925: RPM build lacks ability to include other files similar to doc_ http://bugs.python.org/issue30925 #30924: RPM build doc_files needs files separated into separate lines http://bugs.python.org/issue30924 #30918: Unable to launch IDLE in windows 7 http://bugs.python.org/issue30918 #30915: distutils sometimes assumes wrong C compiler http://bugs.python.org/issue30915 #30912: python 3 git master fails to find libffi and build _ctypes on http://bugs.python.org/issue30912 #30910: Add -fexception to ppc64le build http://bugs.python.org/issue30910 #30905: Embedding should have public API for interactive mode http://bugs.python.org/issue30905 #30904: Python 3 logging HTTPHandler sends duplicate Host header http://bugs.python.org/issue30904 #30903: IPv4Network's hostmask attribute doesn't returns string value http://bugs.python.org/issue30903 #30898: SSL cert failure running make test during Python 3.6 install http://bugs.python.org/issue30898 #30889: distutils extra_link_args not working because it is added to c http://bugs.python.org/issue30889 #30874: unittest execute tests twice in some conditions http://bugs.python.org/issue30874 #30872: Update curses docs to Python 3 http://bugs.python.org/issue30872 Most recent 15 issues waiting for review (15) ============================================= #30891: importlib: _find_and_load() race condition on sys.modules[name http://bugs.python.org/issue30891 #30877: possibe typo in json/scanner.py http://bugs.python.org/issue30877 #30876: SystemError on importing module from unloaded package http://bugs.python.org/issue30876 #30872: Update curses docs to Python 3 http://bugs.python.org/issue30872 #30867: Add necessary macro that insure `HAVE_OPENSSL_VERIFY_PARAM` to http://bugs.python.org/issue30867 #30863: Rewrite PyUnicode_AsWideChar() and PyUnicode_AsWideCharString( http://bugs.python.org/issue30863 #30860: Consolidate stateful C globals under a single struct. http://bugs.python.org/issue30860 #30828: Out of bounds write in _asyncio_Future_remove_done_callback http://bugs.python.org/issue30828 #30817: Abort in PyErr_PrintEx() when no memory http://bugs.python.org/issue30817 #30808: Use _Py_atomic API for concurrency-sensitive signal state http://bugs.python.org/issue30808 #30747: _Py_atomic_* not actually atomic on Windows with MSVC http://bugs.python.org/issue30747 #30714: test_ssl fails with openssl 1.1.0f http://bugs.python.org/issue30714 #30711: getaddrinfo invalid port number http://bugs.python.org/issue30711 #30710: getaddrinfo raises OverflowError http://bugs.python.org/issue30710 #30696: infinite loop in PyRun_InteractiveLoopFlags() http://bugs.python.org/issue30696 Top 10 most discussed issues (10) ================================= #30870: IDLE: configdialog/fonts: change font when select by key up/do http://bugs.python.org/issue30870 19 msgs #30891: importlib: _find_and_load() race condition on sys.modules[name http://bugs.python.org/issue30891 18 msgs #30876: SystemError on importing module from unloaded package http://bugs.python.org/issue30876 13 msgs #30919: Shared Array Memory Allocation Regression http://bugs.python.org/issue30919 11 msgs #30730: [security] Injecting environment variable in subprocess on Win http://bugs.python.org/issue30730 8 msgs #27099: IDLE: turn builting extensions into regular modules http://bugs.python.org/issue27099 7 msgs #27584: New addition of vSockets to the python socket module http://bugs.python.org/issue27584 7 msgs #30907: speed up comparisons to self for built-in containers http://bugs.python.org/issue30907 7 msgs #8231: Unable to run IDLE without write-access to home directory http://bugs.python.org/issue8231 6 msgs #30171: Emit ResourceWarning in multiprocessing Queue destructor http://bugs.python.org/issue30171 6 msgs Issues closed (41) ================== #10438: list an example for calling static methods from WITHIN classes http://bugs.python.org/issue10438 closed by serhiy.storchaka #13220: print function unable while multiprocessing.Process is being r http://bugs.python.org/issue13220 closed by terry.reedy #22607: find by dichotomy the failing test http://bugs.python.org/issue22607 closed by haypo #25746: test_unittest failure in leaks searching mode http://bugs.python.org/issue25746 closed by serhiy.storchaka #29464: Specialize FASTCALL for functions with positional-only paramet http://bugs.python.org/issue29464 closed by serhiy.storchaka #29591: expat 2.2.0: Various security vulnerabilities in bundled expat http://bugs.python.org/issue29591 closed by larry #29812: test for token.py, and consistency tests for tokenize.py http://bugs.python.org/issue29812 closed by ammar2 #29854: Segfault when readline history is more then 2 * history size http://bugs.python.org/issue29854 closed by berker.peksag #30251: Windows Visual Studio solution does not have an install target http://bugs.python.org/issue30251 closed by steve.dower #30444: Add ability to change "-- more --" text in pager module http://bugs.python.org/issue30444 closed by Gautam krishna.R #30731: Use correct executable manifest for windows http://bugs.python.org/issue30731 closed by steve.dower #30779: IDLE: configdialog -- factor out Changes class http://bugs.python.org/issue30779 closed by terry.reedy #30801: shoutdown process error with python 3.4 and pyqt/PySide http://bugs.python.org/issue30801 closed by larry #30823: os.startfile("") craches Python 2.7, 3.4 in Windows 7 32 bit i http://bugs.python.org/issue30823 closed by terry.reedy #30837: Mac OS High Sierra Beta - Python Crash http://bugs.python.org/issue30837 closed by ned.deily #30851: IDLE: configdialog -- fix tkinter Variables http://bugs.python.org/issue30851 closed by terry.reedy #30859: Can't install Python for Windows 3.6.1 on multiple profiles http://bugs.python.org/issue30859 closed by terry.reedy #30873: `SystemError: <built-in function create_builtin> returned NULL http://bugs.python.org/issue30873 closed by haypo #30875: round(number[, digits]) does not return value with >12 decima http://bugs.python.org/issue30875 closed by john Forgue #30878: The staticmethod doesn't properly reject keyword arguments http://bugs.python.org/issue30878 closed by serhiy.storchaka #30879: os.listdir(bytes) gives a list of bytes, but os.listdir(buffer http://bugs.python.org/issue30879 closed by serhiy.storchaka #30880: PCG random number generator http://bugs.python.org/issue30880 closed by rhettinger #30881: IDLE: add docstrings to browser.py http://bugs.python.org/issue30881 closed by terry.reedy #30886: multiprocessing.Queue.join_thread() does nothing if created an http://bugs.python.org/issue30886 closed by haypo #30887: Syntax checking confuses Try: class_instance_name as ... is us http://bugs.python.org/issue30887 closed by steven.daprano #30890: IDLE: Input method error in comment with Korean language http://bugs.python.org/issue30890 closed by terry.reedy #30894: Python 3.6.1 String Literal Error Not Going to sys.stderr http://bugs.python.org/issue30894 closed by steven.daprano #30895: Decimal arithmetic sum error http://bugs.python.org/issue30895 closed by zach.ware #30896: BytesWarning in re module when compiling certain bytes pattern http://bugs.python.org/issue30896 closed by serhiy.storchaka #30899: IDLE: Add idle config parser unittest http://bugs.python.org/issue30899 closed by terry.reedy #30900: IDLE: Fix configdialog should use wm_withdraw http://bugs.python.org/issue30900 closed by louielu #30901: "503 HTTP ERROR" on attempt to access some points of python li http://bugs.python.org/issue30901 closed by brett.cannon #30902: Python-Redmine plugin not seeing python install MacOS http://bugs.python.org/issue30902 closed by berker.peksag #30906: os.path.join misjoins paths http://bugs.python.org/issue30906 closed by paul.moore #30911: Warning in _json.c on platforms where char is unsigned http://bugs.python.org/issue30911 closed by haypo #30913: IDLE: Document tk Vars, attributes, methods by tab page http://bugs.python.org/issue30913 closed by terry.reedy #30914: test_alpn_protocols (test.test_ssl.ThreadedTests) fails on Fed http://bugs.python.org/issue30914 closed by ned.deily #30921: Process in not get killed using subprocess.call() in python th http://bugs.python.org/issue30921 closed by gvanrossum #30922: Process in not get killed using subprocess.call() in python th http://bugs.python.org/issue30922 closed by matrixise #30927: re.sub() does not work correctly on '.' pattern and \n http://bugs.python.org/issue30927 closed by mrabarnett #30930: Element wise multiplication issue http://bugs.python.org/issue30930 closed by mark.dickinson

1 0

Re: [Python-Dev] Articles on my contributions to CPython during 2017 Q1 and Q2
by Ben Hoyt 14 Jul '17

14 Jul '17

Wow, amazing work. The Stinnerbot strikes again! A lot of great optimizations and bugfixes. Speaking of optimizations, I just wrote some code which takes 12s on Python 2.7 and 5s on Python 3.5. so we're doing something right! I might post about it shortly. -Ben On Jul 13, 2017 11:34 AM, "Victor Stinner" <victor.stinner(a)gmail.com> wrote: Hi, I wrote a serie of new articles on my contributions to CPython during 2017 Q1 and Q2. "My contributions to CPython during 2017 Q1" https://haypo.github.io/contrib-cpython-2017q1.html "New Python test.bisect tool" https://haypo.github.io/python-test-bisect.html "Work on Python buildbots, 2017 Q2" https://haypo.github.io/python-buildbots-2017q2.html "My contributions to CPython during 2017 Q2 (part 1)" https://haypo.github.io/contrib-cpython-2017q2-part1.html "My contributions to CPython during 2017 Q2 (part 2)" https://haypo.github.io/contrib-cpython-2017q2-part2.html "My contributions to CPython during 2017 Q2 (part 3)" https://haypo.github.io/contrib-cpython-2017q2-part3.html Good reading ;-) Victor _______________________________________________ Python-Dev mailing list Python-Dev(a)python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/ benhoyt%40gmail.com

3 3