Fatal Python error: Interpreter not initialized (version mismatch?), sigh. It has been some time since I saw that one. One of those rare cases where you get an OSX error dialog with “The application Python quit unexpectedly”.
From earlier bitter experiences of hiding-below-desks, drinking a gallon of wiskey and taking a soldering iron to my laptop, I’ve discovered that the cause is always some C-level library mismatch. Python code by itself doesn’t break this way (yeah!).
As soon as you depend on some external dependency (lxml’s libxml2/libxslt, expat, subversion bindings, sqlite, mysql), you’re in for trouble like this.
Best way to have some shot at finding the real problem: click on “report” in that OSX dialog and then click on the “problem details” tab and browse to the bottom. Look at all those library paths in there. Chances are that some are “/opt/local/Library” (macports) and some are “/System” (core OSX), for instance. Mixing those is probably your problem. Stick to the one or stick to the other.
Resolving it is quite another matter. For building python subversion bindings I had to do:
With lxml I had similar problems, in the end removing libcrypt from the compile solved the issue: that was the last remaining system library in an otherwise static build. That’s the kind of problem you can get with OSX and one point at which linux is better.
My name is Reinout van Rees and I work a lot with Python (programming language) and Django (website framework). I live in The Netherlands and I'm happily married to Annie van Rees-Kooiman.
Most of my website content is in my weblog. You can keep up to date by subscribing to the automatic feeds (for instance with Google reader):