Skip to main content

execfile and imported modules

I was given to believe that Python's execfile statement simply executed all the commands in a file and continued on its way. This is not entirely true, at least in Python 2.7: imported modules seem not to be handled by the execfile statement, which seems to be rather odd to me.

import numpy


def gen(n=100):
  return numpy.arange(n)

This code does what you expect when you import it as a module:

In [1]: import test

In [2]: test.gen(10)
Out[2]: array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])

And when you run it as a script to incorporate it into your workspace:

In [3]: run test

In [4]: gen(10)
Out[4]: array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])

However, when you use execfile to run the script you run into a snag:


In [5]: pars = {}; execfile('test.py', {}, pars); pars['gen'](10)
---------------------------------------------------------------------------
NameError                                 Traceback (most recent call last)
<ipython-input-5-b06061c74d2b> in <module>()
----> 1 pars = {}; execfile('test.py', {}, pars); pars['gen'](10)
/Users/kghose/Code/Mitty/Test/test.py in gen(n)
      3 
      4 def gen(n=100):
----> 5   return numpy.arange(n)
NameError: global name 'numpy' is not defined

Whaaaaa?

If, instead, you use the fascinating standard Python imp module, you get:


In [7]: import imp; mod = imp.load_source('test','./test.py', open('test.py','r'))
In [8]: mod
Out[8]: <module 'test' from './test.pyc'>
In [9]: mod.gen(10)
Out[9]: array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])

Things run as they should.

Comments

Popular posts from this blog

A note on Python's __exit__() and errors

Python's context managers are a very neat way of handling code that needs a teardown once you are done. Python objects have do have a destructor method ( __del__ ) called right before the last instance of the object is about to be destroyed. You can do a teardown there. However there is a lot of fine print to the __del__ method. A cleaner way of doing tear-downs is through Python's context manager , manifested as the with keyword. class CrushMe: def __init__(self): self.f = open('test.txt', 'w') def foo(self, a, b): self.f.write(str(a - b)) def __enter__(self): return self def __exit__(self, exc_type, exc_val, exc_tb): self.f.close() return True with CrushMe() as c: c.foo(2, 3) One thing that is important, and that got me just now, is error handling. I made the mistake of ignoring all those 'junk' arguments ( exc_type, exc_val, exc_tb ). I just skimmed the docs and what popped out is that you need to return True or

Using adminer on Mac OS X

adminer is a nice php based sqlite manager. I prefer the firefox plugin "sqlite manager" but it currently has a strange issue with FF5 that basically makes it unworkable, so I was looking for an alternative to tide me over. I really don't want apache running all the time on my computer and don't want people browsing to my computer, so what I needed to do was: Download the adminer php script into /Library/WebServer/Documents/ Change /etc/apache2/httpd.conf to allow running of php scripts (uncomment the line that begins: LoadModule php5_module Start the apache server: sudo apachectl -k start Operate the script by going to localhost Stop the server: sudo apachectl -k stop