Das ist immer noch kein Minimalbeispiel. Aber gut, ich (Python 2.7.1, Linux, kernel: 2.6.38-10-generic, oben angegebene numpy und mpl-Versionen) kann das nicht reproduzieren.
Campionissimo hat geschrieben:Hab aber daruf geachtet das die Versionen sich vertragen
Das mag sein, aber offenbar tritt ein Fehler auf, oder? Und da wir theoretisch nichts darüber wissen, sollte es ein Minimalbeispiel sein, damit nicht evtl. andere Abhängigkeiten häßliche und unerwartete Nebeneffekte machen und vor allem, damit wir das evtl. nachvollziehen können. Nehmen wir mal an bei imports aus der Standardbibliothek gibt es nur sauber äufgelöste Abhängigkeiten (in Python kommt das Gegenteil auch rel. selten vor), was kann es dann sein?
Nun, Du könntest der Einfachkeit halber so vorgehen:
- Starte das Skript ohne IDE, was passiert?
- Lösche bitte die unnötigen Importe, die sich teils gegenseitig überschreiben. Du weißt ja gar nicht mehr, was da was macht (spätestens bei einem größeren Programm reitest Du Dich so rein). Was passiert?
- Platziere matplotlib-Importe vor pylab-Importen, ggf. matplotlib.use-Statements vor anderen MPL-Statements (IMHO die zweitwahrscheinlichste Lösung.) Was passiert?
- Bringe (und das halte ich für die wahrscheinlichste Lösung) numpy und mpl und ggf. Python selber (natürlich andere Reihenfolge) auf den letzten Stand, denn in den Mailinglisten ist Dein Problem schon mal aufgetaucht und möglicherweise tritt das bei den aktuellen Versionen nicht mehr auf. Den Fix für die Fehlermeldung habe ich zwar nicht finden können, wohl aber die Ankündigung von John Hunter sich drum zu kümmern.
- Die Änderung Deines OS schlage ich jetzt mal nicht vor ...

- Und wenn alles nicht hilft: Schau mal in die MPL-Anleitung und lösche den Inhalt des Canvas / der Figur, statt das Fenster zu schließen, dann erst plotte erneut. Was passiert?