[issue32205] test.pythoninfo does not print the cross-built sysconfig data

Xavier de Gaye added the comment: I may have misunderstood the scope of pythoninfo. On Android the readline or sqlite versions are known at build time since they have to be built at that time, but much more useful information can be obtained (or will be obtained) from

why won't slicing lists raise IndexError?

I was extending a `list` and am wondering why slicing lists will never raise an IndexError, even if the `slice.stop` value if greater than the list length. Quick example: my_list = [1, 2, 3] my_list[:100] # does not raise an IndexError, but instead returns the full list Is there any background

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Change by Terry J. Reedy : -- pull_requests: +4613 ___ Python tracker ___ ___

Re: why won't slicing lists raise IndexError?

> > Have you ever used a language that does that? I have. > The String class in the C# language does that, and it's /really/ annoying. > I have to add extra code to prevent such exceptions. > In practice, I find that the way that Python does it is much nicer. (And > Python isn't unique in this

Re: How to use a regexp here

Neil Cerutti writes: > On 2017-12-04, Cecil Westerhof wrote: >> Joel Goldstick writes: >> >>> On Mon, Dec 4, 2017 at 5:21 AM, Ned Batchelder >>> wrote: >>> On 12/4/17 4:36 AM, Cecil Westerhof wrote:

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Change by Roundup Robot : -- pull_requests: +4614 ___ Python tracker ___

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Terry J. Reedy added the comment: New changeset 21255fc3932a60c064f85c0fe68f2840f390ebe4 by Terry Jan Reedy in branch 'master': bpo-30928: Update idlelib/NEWS.txt to 2017 Dec 3. (#4701) https://github.com/python/cpython/commit/21255fc3932a60c064f85c0fe68f2840f390ebe4

Re: How to use a regexp here

Rick Johnson writes: >> There is now also a line that starts with: PCH_CPU_TEMP: >> And I do not want that one. > > Yes. But be aware, that while the `str.startswith(target)` > method is indeed more efficient than a more generalized > "inclusion test", if the target

[issue32207] IDLE: run's tk update adds context traceback on callback error

Terry J. Reedy added the comment: Thanks. I am still puzzled why the nested within nested try-except did not work as I expected, but I care more about fixing this. The result based on your suggestion is better (to read, I think) than extra nesting that did work. --

Re: why won't slicing lists raise IndexError?

On Monday, December 4, 2017 at 7:10:01 PM UTC, Jason Maldonis wrote: > I was extending a `list` and am wondering why slicing lists will never > raise an IndexError, even if the `slice.stop` value if greater than the > list length. > > Quick example: > > my_list = [1, 2, 3] > my_list[:100] #

[issue32214] Implement PEP 557: Data Classes

Change by Eric V. Smith : -- keywords: +patch pull_requests: +4616 stage: -> patch review ___ Python tracker ___

Re: why won't slicing lists raise IndexError?

> > This is explained in the Python tutorial for strings > https://docs.python.org/3/tutorial/introduction.html#strings, as a list > is a sequence just like a string it will act in exactly the same way. > The only relevant bit I found in that link is: "However, out of range slice indexes are

[issue32208] Improve semaphore documentation

Antoine Pitrou added the comment: The changes you are proposing sound reasonable to me. Would you like to submit a pull request for them? -- assignee: -> docs@python components: +Documentation nosy: +docs@python, pitrou stage: -> needs patch versions: -Python 3.4,

[issue32175] Add hash auto-randomization

Antoine Pitrou added the comment: Agreed this is not desirable at this point. Let's leave 2.7 like it is. -- nosy: +pitrou ___ Python tracker

[issue21621] Add note to 3.x What's New re Idle changes in bugfix releases

Terry J. Reedy added the comment: #21961 ends with the entry I added for 3.4 and 3.5. 3.7 (and checking 3.6) will be a new issue. -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Add What's New for Idle.

[issue32207] IDLE: run's tk update adds context traceback on callback error

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +4615 stage: needs patch -> patch review ___ Python tracker ___

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Change by Terry J. Reedy : -- pull_requests: +4618 ___ Python tracker ___ ___

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Neil Schemenauer added the comment: After studying the patch and doing some reading, I prefer the finally-block duplication approach as well. Java does it that way as well and it works for them. It would be be interesting to compile a large body of packages and see

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

Guido van Rossum added the comment: For 2.7 I hesitate to OK this, who knows what skeletons are still in that closet. It doesn't sound like a security fix to me. For 3.6 I'm fine with it as a bugfix. -- ___ Python tracker

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Neil Schemenauer added the comment: Don't be sorry. We are all passionate about making Python better. distutils will be better once we gets this sorted out. Berker deserves credit for seeing an issue and developing on a fix for it. The collaboration between all the

Re: why won't slicing lists raise IndexError?

On 2017-12-04 18:54, Jason Maldonis wrote: I was extending a `list` and am wondering why slicing lists will never raise an IndexError, even if the `slice.stop` value if greater than the list length. Quick example: my_list = [1, 2, 3] my_list[:100] # does not raise an IndexError, but instead

[issue32175] Add hash auto-randomization

Raymond Hettinger added the comment: Marking as closed for the reasons listed by the other respondents. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

Re: Python installer hangs in Windows 7

Same with me, except that I tried to install Python 3.6.3. Unchecking "Install launcher for all users" helped, however. -- https://mail.python.org/mailman/listinfo/python-list

[issue32207] IDLE: run's tk update adds context traceback on callback error

Terry J. Reedy added the comment: New changeset 1e2fcac4972530aa2c963d7e4011021df5ba866e by Terry Jan Reedy in branch 'master': bpo-32207: Improve tk event exception tracebacks in IDLE. (#4703) https://github.com/python/cpython/commit/1e2fcac4972530aa2c963d7e4011021df5ba866e

[issue32207] IDLE: run's tk update adds context traceback on callback error

Change by Roundup Robot : -- pull_requests: +4617 ___ Python tracker ___

Re: How to use a regexp here

On 2017-12-04, Cecil Westerhof wrote: > Joel Goldstick writes: > >> On Mon, Dec 4, 2017 at 5:21 AM, Ned Batchelder >> wrote: >> >>> On 12/4/17 4:36 AM, Cecil Westerhof wrote: >>> I have a script that was running perfectly

Re: why won't slicing lists raise IndexError?

On Mon, Dec 4, 2017, at 13:54, Jason Maldonis wrote: > Is there any background on why that doesn't raise an IndexError? Knowing > that might help me design my extended list class better. For my specific > use case, it would simplify my code (and prevent `if isinstance(item, > slice)` checks) if

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Terry J. Reedy added the comment: New changeset 6e687948b0025a1ab0d0773efe62ce64f0c745fc by Terry Jan Reedy (Miss Islington (bot)) in branch '3.6': bpo-30928: Update idlelib/NEWS.txt to 2017 Dec 3. (GH-4701) (#4702)

Re: why won't slicing lists raise IndexError?

>Why would this simplify your code? What are you doing that would benefit >from an IndexError here? Without simplifying too much, I'm writing a wrapper around a REST API. I want lazy-loading functionality for lists-of-things, so I am creating a LazyList class. This LazyList class will load items

[issue32214] Implement PEP 557: Data Classes

New submission from Eric V. Smith : PR to follow. Development was at https://github.com/ericvsmith/dataclasses -- assignee: eric.smith components: Library (Lib) messages: 307596 nosy: eric.smith, ned.deily priority: normal severity: normal status: open title:

[issue32207] IDLE: run's tk update adds context traceback on callback error

Change by Terry J. Reedy : -- stage: needs patch -> patch review ___ Python tracker ___

Re: why won't slicing lists raise IndexError?

> > >> This is explained in the Python tutorial for strings > >> https://docs.python.org/3/tutorial/introduction.html#strings, as a list > >> is a sequence just like a string it will act in exactly the same way. > >> > > > > The only relevant bit I found in that link is: "However, out of range >

Re: why won't slicing lists raise IndexError?

On 4 December 2017 at 20:13, Jason Maldonis wrote: > And I'll be honest -- I like the implementation of the LazyList I wrote > above. I think it's pretty logical, because it allows you to think about > the lazy list like this: "Treat the list like a norma list. If you run

Re: why won't slicing lists raise IndexError?

On Tue, Dec 5, 2017 at 8:03 AM, Jason Maldonis wrote: >> >> This is explained in the Python tutorial for strings >> https://docs.python.org/3/tutorial/introduction.html#strings, as a list >> is a sequence just like a string it will act in exactly the same way. >> > > The

[issue32214] Implement PEP 557: Data Classes

Eric V. Smith added the comment: New changeset f0db54a0a1823534606ed5ce5a772365ba694c41 by Eric V. Smith in branch 'master': bpo-32214: Implement PEP 557: Data Classes (#4704) https://github.com/python/cpython/commit/f0db54a0a1823534606ed5ce5a772365ba694c41 --

Re: why won't slicing lists raise IndexError?

On 12/4/2017 1:54 PM, Jason Maldonis wrote: I was extending a `list` and am wondering why slicing lists will never raise an IndexError, even if the `slice.stop` value if greater than the list length. Is there any background on why that doesn't raise an IndexError? Slicing is perhaps most

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Terry J. Reedy added the comment: New changeset 2c0c68d927bfa557f98bac26644f5b64c4b135a7 by Terry Jan Reedy in branch 'master': bpo-30928: update idlelib/NEWS.txt. (#4706) https://github.com/python/cpython/commit/2c0c68d927bfa557f98bac26644f5b64c4b135a7 --

[issue30928] Copy modified blurbs to idlelib/NEWS.txt

Change by Roundup Robot : -- pull_requests: +4619 ___ Python tracker ___

[issue32210] Add the versions of the Android SDK and NDK to test.pythoninfo

STINNER Victor added the comment: Oh, I forgot that pythoninfo already has: call_func(info_add, 'sys.androidapilevel', sys, 'getandroidapilevel') Well, that's the *build time* API level, not the most useful one, but still useful. --

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Martin Panter added the comment: P-ganssle seems to be proposing to limit parsing to exactly what “datetime.isoformat” produces; i.e. whole number of seconds, milliseconds or microseconds. Personally I would prefer it without this limitation, like in Mathieu’s patches.

zlib OverflowError: 'size does not fit in an int'

Trying to zip a large file is failing with OverflowError: 'size does not fit in an int'. Googling I found this: https://bugs.python.org/issue23306 and this: https://hg.python.org/cpython/rev/2192edcfea02 which seems to make me think this was fixed this was fixed on Jul 23 2016. I am running

Re: why won't slicing lists raise IndexError?

On Tue, Dec 5, 2017 at 10:50 AM, Rick Johnson wrote: > Chris Angelico wrote: >> wrote: >> > Terry Reedy wrote: >> > >> > [...] >> > >> >> try: >> >> item = seq[n] >> >> except IndexError >> >> do_without_item() >> >> else: >>

Re: zlib OverflowError: 'size does not fit in an int'

On 05/12/17 01:15, Chris Angelico wrote: > On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell > wrote: >> Trying to zip a large file is failing with OverflowError: 'size does >> not fit in an int'. Googling I found this: >> >> https://bugs.python.org/issue23306 >> >> and

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Paul Ganssle added the comment: > The better is the enemy of the good here. Given the history of this issue, I > would rather accept a well documented restrictive parser than wait for a more > general code to be written. Note that we can always relax the parsing rules

Re: why won't slicing lists raise IndexError?

On Monday, December 4, 2017 at 6:13:19 PM UTC-6, Chris Angelico wrote: [...] > Ahhh, I see how it is. You didn't run the code, ergo you > don't understand it. Makes perfect sense. :) Being that Terry didn't offer any declarations or defintions for his variables or functions, i assumed,

[issue28556] typing.py upgrades

Change by Ivan Levkivskyi : -- pull_requests: +4621 ___ Python tracker ___ ___

[issue32207] IDLE: run's tk update adds context traceback on callback error

Terry J. Reedy added the comment: New changeset 9da33c82124f27eb58ba4cf145675fe7a1035744 by Terry Jan Reedy (Miss Islington (bot)) in branch '3.6': bpo-32207: Improve tk event exception tracebacks in IDLE. (GH-4703) (#4705)

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Mathieu Dupuy added the comment: I'm right now available again to work on this issue. I'll submit a pull request within a week with all issues addressed Le 4 déc. 2017 11:45 PM, "Alexander Belopolsky" a écrit : > > Alexander Belopolsky

Re: why won't slicing lists raise IndexError?

Terry Reedy wrote: [...] > try: > item = seq[n] > except IndexError > do_without_item() > else: > process(item) > > item = seq[n:n+1] > if item: > process(item) > else: > do_without_item() > > Many prefer the second. And they'll prefer it even more when they

Re: Please tell me how to execute python file in Ubuntu by double clicking on file.

On 12/04/2017 04:49 AM, Thomas Jollans wrote: > On 2017-12-04 10:48, dhananjaysingh091...@gmail.com wrote: >> Respected Sir/Mam, >> I am Dhananjay Singh,Student of IIIT Manipur. Sir/Mam when i am >> double click in python program (Dhananjay.py),it is opening in Text Editor >> by Default

Re: Please tell me how to execute python file in Ubuntu by double clicking on file.

On 05/12/17 01:03, Michael Torrie wrote: > On 12/04/2017 04:49 AM, Thomas Jollans wrote: >> On 2017-12-04 10:48, dhananjaysingh091...@gmail.com wrote: >>> Respected Sir/Mam, >>> I am Dhananjay Singh,Student of IIIT Manipur. Sir/Mam when i am >>> double click in python program

Re: zlib OverflowError: 'size does not fit in an int'

On 05/12/17 01:21, Larry Martell wrote: > On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote: >> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell >> wrote: >>> Trying to zip a large file is failing with OverflowError: 'size does >>> not fit in an int'.

[issue32208] Improve semaphore documentation

Garrett Berg added the comment: Gave it a shot! -- keywords: +patch pull_requests: +4620 stage: needs patch -> patch review ___ Python tracker

Re: why won't slicing lists raise IndexError?

On 2017-12-04 21:22, Jason Maldonis wrote: >> This is explained in the Python tutorial for strings >> https://docs.python.org/3/tutorial/introduction.html#strings, as a list >> is a sequence just like a string it will act in exactly the same way. >> > > The only relevant bit I found in that

[issue32207] IDLE: run's tk update adds context traceback on callback error

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

[issue32214] Implement PEP 557: Data Classes

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32175] Add hash auto-randomization

STINNER Victor added the comment: By the way, for a few other reasons, Python 3 is more secure than Python 2.7. If you care of security, please upgrade! -- ___ Python tracker

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: The better is the enemy of the good here. Given the history of this issue, I would rather accept a well documented restrictive parser than wait for a more general code to be written. Note that we can always relax the

Re: why won't slicing lists raise IndexError?

Chris Angelico wrote: > wrote: > > Terry Reedy wrote: > > > > [...] > > > >> try: > >> item = seq[n] > >> except IndexError > >> do_without_item() > >> else: > >> process(item) > >> > >> item = seq[n:n+1] > >> if item: > >> process(item) > >>

[issue32215] sqlite3 400x-600x slower depending on formatting of an UPDATE statement in a string

Change by R. David Murray : -- versions: +Python 3.7 ___ Python tracker ___ ___

[issue32215] sqlite3 400x-600x slower depending on formatting of an UPDATE statement in a string

R. David Murray added the comment: ...using the *same* sqlite version... -- ___ Python tracker ___

Re: zlib OverflowError: 'size does not fit in an int'

On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote: > On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell > wrote: >> Trying to zip a large file is failing with OverflowError: 'size does >> not fit in an int'. Googling I found this: >> >>

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: +1 on what Paul said. Mathieu, the goal for 3.7 will be to get Paul's PR merged. It will be great if you could help in reviewing it. We can return to the features in your PR during the 3.8 development cycle.

[issue32215] sqlite3 400x-600x slower depending on formatting of an UPDATE statement in a string

New submission from Brian Forst : We're moving some code from Python 2.7 to 3.6 and found a weird performance issue using SQLite in-memory and on-disk DBs with the built-in sqlite3 library. In Python 2.7, the two update statements below (excerpted from the attached file) run

[issue32215] sqlite3 400x-600x slower depending on formatting of an UPDATE statement in a string

R. David Murray added the comment: I can confirm that there is a difference on linux as well, using the sqlite version for both 2.7 and 3.7: rdmurray@pydev:~/python/p27[2.7]>./python sqlite3_27_36_performance_bug.py First step: 3.22849011421 Second step: 3.2167429924

Re: why won't slicing lists raise IndexError?

Against my better judgement, I'm going to ask... On Tue, Dec 5, 2017 at 9:22 AM, Rick Johnson wrote: > Terry Reedy wrote: > > [...] > >> try: >> item = seq[n] >> except IndexError >> do_without_item() >> else: >> process(item) >> >> item = seq[n:n+1]

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Martin Panter added the comment: The other difference is Mattieu guarantees ValueError for invalid input strings, which I think is good. -- ___ Python tracker

Re: zlib OverflowError: 'size does not fit in an int'

On Mon, Dec 4, 2017 at 7:36 PM, Thomas Jollans wrote: > On 05/12/17 01:21, Larry Martell wrote: >> On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote: >>> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell >>> wrote: Trying to zip a

Re: why won't slicing lists raise IndexError?

On Monday, December 4, 2017 at 1:10:01 PM UTC-6, Jason Maldonis wrote: > I was extending a `list` and am wondering why slicing lists will never > raise an IndexError, even if the `slice.stop` value if greater than the > list length. > > Quick example: > > my_list = [1, 2, 3] > my_list[:100] #

Re: why won't slicing lists raise IndexError?

On 04Dec2017 14:13, Jason Maldonis wrote: And I'll be honest -- I like the implementation of the LazyList I wrote above. I think it's pretty logical, because it allows you to think about the lazy list like this: "Treat the list like a norma list. If you run out of bounds,

Re: zlib OverflowError: 'size does not fit in an int'

On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell wrote: > Trying to zip a large file is failing with OverflowError: 'size does > not fit in an int'. Googling I found this: > > https://bugs.python.org/issue23306 > > and this: > >

[issue32217] freeze.py fails to work.

New submission from Decorater : It seems on my system installed python 3.6.0 when invoking python 3.6.3's freeze.py it seems to fail with this traceback: python ..\externals\cpython\Tools\freeze\freeze.py pyeimport.py Traceback (most recent call last): File

[issue28791] update SQLite libraries for Windows and macOS installers

Mariatta Wijaya added the comment: Tried to get miss-islington to backport Windows installer change to 3.6, did not work. I'll work on the backport PR. -- ___ Python tracker

[issue32204] async/await performance is very low

Liran Nuna added the comment: > which makes them faster in some specific micro-benchmarks I'm not talking about micro-benchmarks, we are actively using asynq in production. Recent efforts to migrate to async/await have hit a major performance hit - our response times

[issue32218] add __iter__ to enum.Flag members

New submission from Guy Gangemi : I'm proposing to extend enum.Flag member functionality so it is iterable in a manner similar to enum.Flag subclasses. from enum import Flag, auto class FlagIter(Flag): def __iter__(self): for memeber in

[issue32204] async/await performance is very low

Yury Selivanov added the comment: Also I suggest you to try uvloop. If your production code is still slower that with asynq, I suggest you to profile it and post real profiles here. I just don't think that asyncio.gather can be the main bottleneck you have, it must be

[issue31392] Upgrade installers to OpenSSL 1.1.0g and 1.0.2m

Ned Deily added the comment: New changeset 0bec5e147a6c0f62517df8e7033a38087451d5d4 by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31392: Update macOS installer to use OpenSSL 1.0.2m (GH-4715) (#4716)

Re: why won't slicing lists raise IndexError?

On 12/4/17 8:03 PM, Rick Johnson wrote: On Monday, December 4, 2017 at 6:13:19 PM UTC-6, Chris Angelico wrote: [...] Ahhh, I see how it is. You didn't run the code, ergo you don't understand it. Makes perfect sense. :) Being that Terry didn't offer any declarations or defintions for his

[issue28791] update sqlite to latest version before beta 1

Ned Deily added the comment: New changeset a72e7bf563d5a9fb706a1775f5ae883a91b8a99f by Ned Deily in branch '3.6': [3.6] bpo-28791: Update macOS installer to use SQLite 3.21.0. (#4245) (#4711) https://github.com/python/cpython/commit/a72e7bf563d5a9fb706a1775f5ae883a91b8a99f

[issue12851] ctypes: getbuffer() never provides strides

Change by Jeff VanOss : -- keywords: +patch pull_requests: +4624 stage: needs patch -> patch review ___ Python tracker ___

[issue32217] freeze.py fails to work.

Decorater added the comment: It seems to also give the same traceback when using the build from the latest commit on branch 3.6 as well as 3.6.0 when using the freeze.py from the clone as well (The way I tested it was manually patching the binaries in my my 3.6

[issue28556] typing.py upgrades

Ned Deily added the comment: New changeset b0576278b2d44472c73696f6dea4855f7ffb7ff1 by Ned Deily (Miss Islington (bot)) in branch '3.6': [bpo-28556] Minor fixes for typing module (GH-4710) (#4713)

[issue31392] Upgrade installers to OpenSSL 1.1.0g and 1.0.2m

Change by Ned Deily : -- pull_requests: +4625 stage: needs patch -> patch review ___ Python tracker ___

[issue31392] Upgrade installers to OpenSSL 1.1.0g and 1.0.2m

Ned Deily added the comment: New changeset 24e046987b8e34bb4f1f3fd9bd31f1d605e347dc by Ned Deily in branch 'master': bpo-31392: Update macOS installer to use OpenSSL 1.0.2m (#4715) https://github.com/python/cpython/commit/24e046987b8e34bb4f1f3fd9bd31f1d605e347dc --

[issue32217] freeze.py fails to work.

Change by Decorater : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue32204] async/await performance is very low

Yury Selivanov added the comment: > I agree that the PR I offers little (or no) improvement but I implore you to > explore performance bottlenecks in async/await. And I'm saying that there are no "performance bottlenecks in async/await". async/await is *not* asyncio.

[issue32219] SSLWantWriteError being raised by blocking SSL socket

New submission from Nathaniel Smith : I have a test case that sets up a blocking SSLSocket, and eventually calls unwrap() to do a proper SSL shutdown. Every once in a while, the test blows up, because unwrap() unexpectedly raises SSLWantWriteError. This is very unexpected for

[issue31392] Upgrade installers to OpenSSL 1.1.0g and 1.0.2m

Ned Deily added the comment: Updated the 3.7.0a3 and 3.6.4 macOS installer builds to 1.0.2m; I'll get 3.7.x to 1.1.0 before 3.7.0a4. -- ___ Python tracker

[issue31380] test_undecodable_filename() in Lib/test/test_httpservers.py broken on APFS

Ned Deily added the comment: New changeset b3edde8dd44c878e9f039a2165d00ff075157d4b by Ned Deily in branch 'master': bpo-31380: Skip test_httpservers test_undecodable_file on macOS. (#4720) https://github.com/python/cpython/commit/b3edde8dd44c878e9f039a2165d00ff075157d4b

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Paul Ganssle added the comment: > The other difference is Mattieu guarantees ValueError for invalid input > strings, which I think is good. I forgot to address this - but I don't think this is a difference in approaches. If you pass `None` or an int or something, the

[issue31392] Upgrade installers to OpenSSL 1.1.0g and 1.0.2m

Change by Roundup Robot : -- pull_requests: +4626 ___ Python tracker ___

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

Nick Coghlan added the comment: +1 for making this change 3.6+ only. Victor, could you run your patch through the performance benchmarks? While I suspect Antoine is right that our current GIL management heuristics will mean we don't need the lazy initialisation

[issue32204] async/await performance is very low

Liran Nuna added the comment: > Also I suggest you to try uvloop Sadly, uvloop does not offer any noticeable improvement in performance for us. Our usage is very similar to the "benchmarks" I posted - we don't do any actual async I/O because asynq does not offer that. >

[issue31380] test_undecodable_filename() in Lib/test/test_httpservers.py broken on APFS

Ned Deily added the comment: I've chosen to unconditionally skip test_undecodable_filename on macOS; it was already skipped for older macOS systems and I think it would be a mistake to test for a specific error code that could change in later releases. As Ronald points out,

[issue19610] Give clear error messages for invalid types used for setup.py params (e.g. tuple for classifiers)

Berker Peksag added the comment: Thank you for fixing this, Neil. Can we close this issue now? -- priority: release blocker -> normal ___ Python tracker

Re: why won't slicing lists raise IndexError?

On Monday, December 4, 2017 at 7:47:20 PM UTC-6, Ned Batchelder wrote: [...] > Here are details filled in: > > $ python3.6 > Python 3.6.3 (default, Oct 4 2017, 06:03:25) > [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)] on darwin > Type "help", "copyright",

Re: why won't slicing lists raise IndexError?

On 12/4/17 9:31 PM, Rick Johnson wrote: On Monday, December 4, 2017 at 7:47:20 PM UTC-6, Ned Batchelder wrote: [...] Here are details filled in: $ python3.6 Python 3.6.3 (default, Oct 4 2017, 06:03:25) [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37)] on darwin

[issue28791] update SQLite libraries for Windows and macOS installers

Mariatta Wijaya added the comment: Backport to 3.6 is done. But I personally won't be bothering with 2.7 :) -- ___ Python tracker

[issue32216] Document PEP 557 Data Classes

New submission from Eric V. Smith : The documentation needs to be added. -- assignee: docs@python components: Documentation messages: 307614 nosy: docs@python, eric.smith priority: high severity: normal status: open title: Document PEP 557 Data Classes versions:

[issue28791] update sqlite to latest version before beta 1

Ned Deily added the comment: New changeset ca7562a7fea61646c1b40ace04deecf9903d34a1 by Ned Deily (Mariatta) in branch 'master': bpo-28791: Update macOS installer to use SQLite 3.21.0. (#4245) https://github.com/python/cpython/commit/ca7562a7fea61646c1b40ace04deecf9903d34a1

  1   2   >