Hello,
The documentation says the following about modifying a dict while
iterating through its view:
| Iterating views while adding or deleting entries in the dictionary may
| raise a RuntimeError or fail to iterate over all entries.
(http://docs.python.org/3/library/stdtypes.html#dict-views)
Th
The names that are included in the
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
file but were missing on the Misc/ACKS file are:
Jeff Allen
Jim Baker
John Benediktsson
Shashank Bharadwaj
Martin Blais
Carl Friedrich Bolz
George Boutsioukis
Josiah Carlson
Ron DuPlain
Phillip Eby
Somebody please block him.
--Guido van Rossum (sent from Android phone)
On Oct 25, 2013 5:53 PM, "Ned Deily" wrote:
> In article , Terry Reedy
> wrote:
> > On 10/25/2013 6:55 PM, Tae Wong wrote:
> > > Here's the codeaccess.txt file.
> > > https://wesnoth-contribcommunity.googlecode.com/svn/code
You wrote:
> https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
You can view this file as all non-ASCII characters are rendered
correctly if the file is encoded in UTF-8.
And you are not subscribed to this mailing list!
--
Tae Wong
___
In article , Terry Reedy
wrote:
> On 10/25/2013 6:55 PM, Tae Wong wrote:
> > Here's the codeaccess.txt file.
> > https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
> Tae Wong's followup on python-list is even less comprehensible.
> I think we can ignore the suggestion.
He has a l
On 10/25/2013 6:55 PM, Tae Wong wrote:
Here's the codeaccess.txt file.
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
This seems to be an old copy of Misc/ACKS except that non-ascii chars
are not displayed correctly as a result of some encoding snafu.
All committer names
Here's the codeaccess.txt file.
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
All committer names have (No): Python; check the sixth line.
Merging the names of committers in the sixth line to the Misc/ACKS
file might be good.
___
Py
On Fri, Oct 25, 2013 at 3:15 PM, Brett Cannon wrote:
> On Fri, Oct 25, 2013 at 2:10 PM, PJ Eby wrote:
>> On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon wrote:
>> > On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby wrote:
>> >> At least through all 2.x, reload() just uses module.__name__ to
>> >> restart
On Fri, Oct 25, 2013 at 2:10 PM, PJ Eby wrote:
> On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon wrote:
> >
> > On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby wrote:
> >> At least through all 2.x, reload() just uses module.__name__ to
> >> restart the module find-and-load process, and does not assume t
On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon wrote:
>
> On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby wrote:
>> At least through all 2.x, reload() just uses module.__name__ to
>> restart the module find-and-load process, and does not assume that
>> __loader__ is valid in advance.
>
>
> That doesn't m
On Fri, Oct 25, 2013 at 10:24 AM, PJ Eby wrote:
> I've not really had time to review this PEP yet, but from skimming
> discussion to date, the only thing I'm still worried about is whether
> this will break lazy import schemes that use a module subclass that
> hooks __getattribute__ and calls relo
On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby wrote:
> I've not really had time to review this PEP yet, but from skimming
> discussion to date, the only thing I'm still worried about is whether
> this will break lazy import schemes that use a module subclass that
> hooks __getattribute__ and calls rel
I've not really had time to review this PEP yet, but from skimming
discussion to date, the only thing I'm still worried about is whether
this will break lazy import schemes that use a module subclass that
hooks __getattribute__ and calls reload() in order to perform what's
actually an *initial* loa
On Fri, Oct 25, 2013 at 11:44 AM, Eric Snow wrote:
> On Fri, Oct 25, 2013 at 9:40 AM, Brett Cannon wrote:
> > After reading Eric's doc patch, I realized there is one change I want to
> > make to the current semantics and that's not to backfill __package__ when
> > set to None. Since import is now
ACTIVITY SUMMARY (2013-10-18 - 2013-10-25)
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:
open4197 (+13)
closed 26965 (+93)
total 31162 (+106)
Open issues wi
On Fri, Oct 25, 2013 at 01:32:36PM +1000, Nick Coghlan wrote:
>
> On 25 Oct 2013 09:02, "Terry Reedy" wrote:
>
> > http://lwn.net/Articles/571528/
> > https://fedoraproject.org/wiki/Changes/Python_3_as_Default
>
> Note that unlike Arch, the Fedora devs currently plan to leave "/usr/bin/
> pytho
On Fri, Oct 25, 2013 at 9:40 AM, Brett Cannon wrote:
> After reading Eric's doc patch, I realized there is one change I want to
> make to the current semantics and that's not to backfill __package__ when
> set to None. Since import is now going to take over the job of setting
> __package__ (along
On Thu, Oct 24, 2013 at 2:05 AM, Eric Snow wrote:
> I've had some offline discussion with Brett and Nick about PEP 451
> which has led to some meaningful clarifications in the PEP. In the
> interest of pulling further discussions back onto this
> (archived/public) list, here's an update of what w
18 matches
Mail list logo
