Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #73260

Re: Asymmetry in globals __getitem__/__setitem__

From Peter Otten <__peter__@web.de>
Subject Re: Asymmetry in globals __getitem__/__setitem__
Date 2014-06-13 12:53 +0200
Organization None
References <mailman.11039.1402597117.18130.python-list@python.org> <bvuvg0FpihtU2@mid.individual.net> <878up1wde6.fsf@elektro.pacujo.net> <d485bfa1-ae0c-44e2-b212-3479ca1762d8@googlegroups.com>
Newsgroups comp.lang.python
Message-ID <mailman.11053.1402656857.18130.python-list@python.org> (permalink)

Show all headers | View raw


robert@robertlehmann.de wrote:

> On Friday, June 13, 2014 8:07:45 AM UTC+2, Marko Rauhamaa wrote:
>> 
>> The documentation is a bit vague about it:
>> 
>>    If only globals is provided, it must be a dictionary, which will be
>>    used for both the global and the local variables. If globals and
>>    locals are given, they are used for the global and local variables,
>>    respectively. If provided, locals can be any mapping object.
> 
> 
> Interesting.  This paragraph explicitly states "locals can be any mapping
> object," but that seems to be false:
> 
> 
> class Namespace(dict):
>     def __getitem__(self, key):
>         print("getitem", key)
>     def __setitem__(self, key, value):
>         print("setitem", key, value)
>
> def fun():
>     x  # should call locals.__getitem__

No, x is a global here.

>     y = 1  # should call locals.__setitem__
>
> exec(fun.__code__, {}, Namespace())
> 
> 
> Neither __getitem__ nor __setitem__ seem to be called on the local
> variables.

Accessing fun.__code__ is clever, but unfortunately the compiler produces 
different bytecodes for loading/storing variables inside a function. 
Compare:

>>> import dis
>>> def fun(x=2):
...     x
...     y = 1
... 
>>> dis.dis(fun.__code__)
  2           0 LOAD_FAST                0 (x) 
              3 POP_TOP              

  3           4 LOAD_CONST               1 (1) 
              7 STORE_FAST               1 (y) 
             10 LOAD_CONST               0 (None) 
             13 RETURN_VALUE
>>> dis.dis(compile("x\ny=2", "<nofile>", "exec"))
  1           0 LOAD_NAME                0 (x)
              3 POP_TOP

  2           4 LOAD_CONST               0 (2)
              7 STORE_NAME               1 (y)
             10 LOAD_CONST               1 (None)
             13 RETURN_VALUE

Only the latter works as advertised:

>>> exec("x\ny=1", {}, Namespace())
getitem x
setitem y 1


Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Asymmetry in globals __getitem__/__setitem__ Robert Lehmann <mail@robertlehmann.de> - 2014-06-12 20:18 +0200
  Re: Asymmetry in globals __getitem__/__setitem__ Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2014-06-13 12:38 +1200
    Re: Asymmetry in globals __getitem__/__setitem__ Marko Rauhamaa <marko@pacujo.net> - 2014-06-13 09:07 +0300
      Re: Asymmetry in globals __getitem__/__setitem__ robert@robertlehmann.de - 2014-06-13 03:13 -0700
        Re: Asymmetry in globals __getitem__/__setitem__ Peter Otten <__peter__@web.de> - 2014-06-13 12:53 +0200
        Re: Asymmetry in globals __getitem__/__setitem__ Paul Sokolovsky <pmiscml@gmail.com> - 2014-06-13 14:28 +0300
          Re: Asymmetry in globals __getitem__/__setitem__ Marko Rauhamaa <marko@pacujo.net> - 2014-06-13 15:32 +0300

csiph-web