[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Raymond Hettinger added the comment: FWIW, the new dataclasses module makes it really easy to create a wrapper: from dataclasses import dataclass, field from typing import Any @dataclass(order=True) class KeyedItem: key: int item:

[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

[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,

[issue32218] add __iter__ to enum.Flag members

Change by Berker Peksag : -- nosy: +ethan.furman ___ Python tracker ___ ___

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

Ned Deily added the comment: New changeset d9cadc5f597e5966132c9249f6c7ff0ed1eba0cb by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31380: Skip test_httpservers test_undecodable_file on macOS. (GH-4720) (#4721)

[issue27240] 'UnstructuredTokenList' object has no attribute '_fold_as_ew'

Berker Peksag added the comment: All three examples in test2.py correctly folded (doesn't hit the ``except Exception as e:`` branch anymore) in current master. Can this issue be closed now? -- nosy: +berker.peksag ___

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

Change by Roundup Robot : -- pull_requests: +4630 ___ 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

[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

Change by Ned Deily : -- keywords: +patch pull_requests: +4629 stage: -> patch review ___ Python tracker ___

[issue32217] freeze.py fails to work.

Decorater added the comment: I have found an temporary fix for now after reading that abiflags is posix only. -- ___ Python tracker

[issue32217] freeze.py fails to work.

Change by Decorater : -- keywords: +patch pull_requests: +4628 stage: -> patch review ___ Python tracker ___

[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

[issue28791] update SQLite libraries for Windows and macOS installers

Mariatta Wijaya added the comment: New changeset e2ba5523192a9cff125fce2ce530bec574353f7b by Mariatta in branch '3.6': bpo-28791: Update Windows builds to use SQLite 3.21.0. (GH-4246). (GH-4717)

Re: why won't slicing lists raise IndexError?

On Tuesday, December 5, 2017 at 12:40:01 AM UTC+5:30, 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]

[issue32219] SSLWantWriteError being raised by blocking SSL socket

Nathaniel Smith added the comment: Oh darn, I restarted the 311618077 build on Travis and apparently that makes it delete the log. Well, it was the same traceback as the one that's left, but triggered by a different test. -- ___

[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

[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: 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)

[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

[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.

[issue32217] freeze.py fails to work.

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

Re: why won't slicing lists raise IndexError?

Ned Batchelder wrote: [...] > The point of the example was to demonstrate what happens > when slicing beyond the bounds of the list. It's beyond > the scope of the thread to debate whether you might want to > perform an action in that case. But, nevertheless, the else-clause is there! And

[issue32217] freeze.py fails to work.

Decorater added the comment: Seems that freeze.py was not updated since 3.6.0b2 and also fails like this in master as well. (specifically commit 10108a7b9affa61719a1dc1863edb2bdb3402fd1) was last edit to the file in both the 3.6 and the master branch. Could it be that

[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

[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

[issue28791] update SQLite libraries for Windows and macOS installers

Change by Mariatta Wijaya : -- pull_requests: +4627 stage: needs patch -> patch review ___ Python tracker ___

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

Change by Roundup Robot : -- pull_requests: +4626 ___ 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 --

[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

[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 ___

[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

[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)

[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

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

Neil Schemenauer added the comment: New changeset 8837dd092fe5ad5184889104e8036811ed839f98 by Neil Schemenauer in branch 'master': bpo-19610: Warn if distutils is provided something other than a list to some fields (#4685)

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

[issue12851] ctypes: getbuffer() never provides strides

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

[issue28556] typing.py upgrades

Ned Deily added the comment: New changeset 29bc19321018ec6e58f9f4da9c18c42e9a9c580e by Ned Deily (Ivan Levkivskyi) in branch 'master': [bpo-28556] Minor fixes for typing module (#4710) https://github.com/python/cpython/commit/29bc19321018ec6e58f9f4da9c18c42e9a9c580e

[issue28556] typing.py upgrades

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

Re: why won't slicing lists raise IndexError?

On Tue, Dec 5, 2017 at 1: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

[issue28791] update SQLite libraries for Windows and macOS installers

Ned Deily added the comment: I've updated the macOS installer for 3.7.0 and for 3.6.4. I'll leave this open for possible updating the Windows installer for 3.6.x (OK by me) and for possible updates for 2.7.x. -- stage: patch review -> needs patch title: update

[issue32217] freeze.py fails to work.

R. David Murray added the comment: Does the 3.6.0 freeze fail under 3.6.0, or the 3.6.3 freeze fail under 3.6.3? If not, there's no bug to report. -- nosy: +r.david.murray ___ Python tracker

[issue28791] update SQLite libraries for Windows and macOS installers

Ned Deily added the comment: > Should we mark issue 30952 'deferred blocker' too? No, that's a different matter. AFAICT, there is no standard option for that. -- ___ 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",

[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

Re: why won't slicing lists raise IndexError?

On 2017-12-05 01:37, Jason Maldonis wrote: [snip] So I guess the conclusion (as far as I can tell) is that: `my_string[:n]` is more convenient than `my_string[:min(n, len(my_string))]`, and that sounds okay enough to me. If I'm being completely honest I kinda like the logical explicitness of

[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

[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 to latest version before beta 1

Change by Ned Deily : -- pull_requests: +4622 ___ Python tracker ___ ___ Python-bugs-list

[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

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

Re: why won't slicing lists raise IndexError?

I'll try to summarize what I've learned with a few responses in hodge-podge order and to no one in particular: >That's a feature dude, not a bug. Absolutely. I _do not_ think that how slicing works in python should be changed, but I _do_ want to understand its design decisions because it will

[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 ___

[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?

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 ___ ___

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

[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

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: 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: 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: >> >>

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 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: > >

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: 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: 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) > >>

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 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,

[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

[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

[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

[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.

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]

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

[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. --

[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

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

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

[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 --

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

[issue32214] Implement PEP 557: Data Classes

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

[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 ___

[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)

[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 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

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 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

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

Change by Terry J. Reedy : -- pull_requests: +4618 ___ 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 >

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

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

[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

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

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

[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?

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] #

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

  1   2   >