A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2001-March/013361.html below:

[Python-Dev] violently deprecating exec without in (was: nested scopes. global: have I got it right?)

[Python-Dev] violently deprecating exec without in (was: nested scopes. global: have I got it right?) [Python-Dev] violently deprecating exec without in (was: nested scopes. global: have I got it right?)Guido van Rossum guido@digicool.com
Thu, 01 Mar 2001 21:35:01 -0500
> >>>>> "SP" == Samuele Pedroni <pedroni@inf.ethz.ch> writes:
> 
>   SP> # top-level
>   SP> def g():
>   SP>   exec "x=3" 
>   SP>   return x
> 
> At the top-level, there is no closure created by the enclosing scope
> is not a function scope.  I believe that's the right thing to do,
> except that the exec "x=3" also assign to the global.
> 
> I'm not sure if there is a strong justification for allowing this
> form, except that it is the version of exec that is most likely to
> occur in legacy code.

Unfortunately this used to work, using a gross hack: when an exec (or
import *) was present inside a function, the namespace semantics *for
that function* was changed to the pre-0.9.1 semantics, where all names
are looked up *at run time* first in the locals then in the globals
and then in the builtins.

I don't know how common this is -- it's pretty fragile.  If there's a
great clamor, we can put this behavior back after b1 is released.

--Guido van Rossum (home page: http://www.python.org/~guido/)



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4