Getting globals of the caller, not the defining module

Terry Reedy tjreedy at udel.edu
Mon Nov 11 20:57:19 EST 2013


On 11/11/2013 7:02 AM, sg552 at hotmail.co.uk wrote:
> (Sorry for posting through GG, I'm at work.)
>
> On Monday, November 11, 2013 11:25:42 AM UTC, Steven D'Aprano wrote:
>> Suppose I have a function that needs access to globals:
>>
>> # module A.py
>> def spam():
>>      g = globals()  # this gets globals from A
>>      introspect(g)
>>
>> As written, spam() only sees its own globals, i.e. those of the module in
>> which spam is defined. But I want spam to see the globals of the caller.
>>
>> # module B
>> import A
>> A.spam()  # I want spam to see globals from B
>>
>> I can have the caller explicitly pass the globals itself:
>>
>> def spam(globs=None):
>>      if globs is None:
>>          globs = globals()
>>      introspect(globs)
>>
>> But since spam is supposed to introspect as much information as possible,
>> I don't really want to do that. What (if anything) are my other options?
>
> How about this?
>
> # module A.py
> import inspect
> def spam():
>      return inspect.stack()[1][0].f_globals

In Python 3, the attribute is __globals__. In either case, it is only 
defined on Python coded functions, so one should be prepared for it to 
not exist. That possibility is real because there *are* builtins like 
map and filter that take function args and call them.

Inspect has been modified in Py 3, but stack is still there.

> # module B.py
> import A
> print(A.spam() is globals()) # prints True
> def f():
>      return A.spam()
>
> # module C.py
> import B
> print(B.f() is vars(B)) # prints True
>
> I don't really know what I'm doing but I guess it won't work in alternative implementations of Python.
>


-- 
Terry Jan Reedy




More information about the Python-list mailing list