Re: [Python-Dev] 2to3 for python annotations

Le 17/07/2018 à 22:34, Guido van Rossum a écrit : > On Tue, Jul 17, 2018 at 1:17 PM, Jelle Zijlstra > mailto:jelle.zijls...@gmail.com>> wrote: > > > > 2018-07-17 12:37 GMT-07:00 Philippe Fremy >: > > Hi, > > While contributing to pyannotate, I bec

Re: [Python-Dev] Status of Python CIs (buildbots, Travis CI, AppVeyor): july 2018

On Wed, Jul 18, 2018 at 3:16 PM Barry Warsaw wrote: > On Jul 18, 2018, at 13:54, Victor Stinner wrote: > > Last May, we worked hard to fix many random test failures on all CIs > > before Python 3.7 final release. > > Thank you thank you thank you Victor for work on keeping the buildbots happy! Y

Re: [Python-Dev] Status of Python CIs (buildbots, Travis CI, AppVeyor): july 2018

On Jul 18, 2018, at 13:54, Victor Stinner wrote: > Last May, we worked hard to fix many random test failures on all CIs > before Python 3.7 final release. Thank you thank you thank you Victor for work on keeping the buildbots happy! -Barry signature.asc Description: Message signed with OpenP

[Python-Dev] Status of Python CIs (buildbots, Travis CI, AppVeyor): july 2018

Hi, It seems like my latest status of Python CIs was already one year ago! https://mail.python.org/pipermail/python-dev/2017-June/148511.html Since last year, Zachary Ware (with the help of others, but I forgot names, sorry!) migrated our buildbot server from buildbot 0.8 (Python 2.7) to buil

Re: [Python-Dev] Fuzzing the Python standard library

On 17.07.2018 19:44, Jussi Judin wrote: Hi, I have been fuzzing[1] various parts of Python standard library for Python 3.7 with python-afl[2] to find out internal implementation issues that exist in the library. What I have been looking for are mainly following: * Exceptions that are somethin

Re: [Python-Dev] Fuzzing the Python standard library

On Tue, 17 Jul 2018 at 15:41 Nathaniel Smith wrote: > On Tue, Jul 17, 2018 at 9:44 AM, Jussi Judin wrote: > > * Exceptions that are something else than the documented ones. These > usually indicate an internal implementation issue. For example one would > not expect an UnicodeDecodeError from ne

Re: [Python-Dev] Const access to CPython objects outside of GIL?

On Wed, Jul 18, 2018 at 8:18 PM, Radim Řehůřek wrote: > Thanks for your feedback everyone. Given the overwhelmingly negative > response, we'll drop this line of investigation. > > If more people bring up the same request in the future (unlikely), feel free > to reach out to us for some extra set o

Re: [Python-Dev] Const access to CPython objects outside of GIL?

Thanks for your feedback everyone. Given the overwhelmingly negative response, we'll drop this line of investigation. If more people bring up the same request in the future (unlikely), feel free to reach out to us for some extra set of hands. Given the initial poking, I still think a "reasonable s

Re: [Python-Dev] Fuzzing the Python standard library

On Tue, Jul 17, 2018 at 11:44 PM, Paul G wrote: > In many languages numeric types can't hold arbitrarily large values, and I > for one hadn't really previously recognized that if you read in a numeric > value with an exponent that it would be represented *exactly* in memory > (and thus one object