Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!ecngs!feeder2.ecngs.de!newsfeed.freenet.ag!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
Date: Wed, 04 Jul 2012 18:48:08 -0400
From: Dave Angel <d@davea.name>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1
MIME-Version: 1.0
To: eisoab@gmail.com
Subject: Re: locals().update(...)
References: <451cfda5-3fe6-4066-94f3-31f4fe747233@googlegroups.com>
In-Reply-To: <451cfda5-3fe6-4066-94f3-31f4fe747233@googlegroups.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: python-list@python.org
Precedence: list
Reply-To: d@davea.name
Newsgroups: comp.lang.python
Message-ID: <mailman.1800.1341442122.4697.python-list@python.org>
Lines: 54
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:24878

On 07/04/2012 07:56 AM, eisoab@gmail.com wrote:
> I expected this to work:
>
>
> def f(**args):
>     locals().update(args)
>     print locals()
>     print a
>
> d=dict(a=1)
>
> f(**d)
>
> but:
>> global name 'a' is not defined
> Where is my mistake?

Chris has given you the place where it's documented that it generally
won't work.  I'll try to explain why, at least for local variables
inside functions, and for CPython implementation.

The generated byte code for a function does *not* look up each symbol by
name during execution.  The compiler builds  a list of known local
symbol names, and gives them each an index (a small positive integer). 
At run time that list is fixed in size and meaning;  no new locals can
be added.  The locals() function just creates a dictionary that
approximates what the semantics of the symbols are.  But changes to that
dictionary have no effect on the running function.

That's one reason that copying a global value to a local symbol inside a
function can make that function run faster.  Globals always require a
dictionary lookup, while function locals are just an integer offset away.


> This does work:
>
> globals().update({'a':1})
>
> print a
>
> 1
>
> -E
>

As i said above, the rules are different for globals, and they are even
if you use locals() to access them.  However, i'd consider it prudent
never to assume you can write to the dictionary constructed by either
the locals() or the globals() functions.

-- 

DaveA