Hallo,

ich versuche OpenCV 2.0 zu kompilieren weil es für den Mac (OS X 10.6) keine fertigen Pakete gibt. Ich benutze cmake (cmake-gui) und XCode. Alles kompiliert abgesehen von ein paar Warnungen sauber durch, nur wo finde ich jetzt das Python-Modul? Ich habe keine Ahnung was ich da falsch mache ...

Unter der Annahme das `zeros` ein neues Array anlegt und `append` irgendwas mit Arrays macht und auch eines zurückgibt, dann erzeugt jeder Aufruf von `func` neue Arrays. Ist aber wahrscheinlich egal, weil die alten von Python automatisch weggeräumt werden, wenn sie nicht mehr benutzt (d.h ...

Hallo,

ich habe ein Programm geschrieben, dass ungefaehr so aussieht:

from numpy import *

# Funktion
def func(inA, a0, a1, a2):
tempA = zeros((10,3))
for i in range(0,10):
tempA[i,:] = array([a0, a1, a2])

return append(inA, tempA, 0)

# Programm
inA = zeros((1,3))
inA = func(inA, 1, 2, 3)
inA ...

Sorry, aber EPD kommt als Installer für OS X - da ist nicht selbstverständlich, dass die Deinstallation nur über das Löschen der relevanten Ordner geschieht. Hätte ja auch mehr sein können.


Ja, das stimmt und ehrlich gesagt waere es auch besser so, denn das loeschen der Ordner loescht nicht ...

Das mag schon eine Lösung sein, aber ich möchte eher vermuten, dass bei der zweiten enthought-Installation etwas schiefgelaufen ist. Hast Du z. B. die alte Version vorher deinstalliert? Oder mpl zwischendurch neuinstalliert?

Ich hatte Enthought zuerst nicht komplett "deinstalliert", dass habe ich ...

Man kann das Problem umschiffen in dem man alte Pythonversionen von Hand loescht.

Die Enthought Dist. ist in /Library/Frameworks/python.framework.
Das Python in /Library/Python und/oder /System/Library/Python braucht man nicht (denke ich), wenn man Enthought hat.

Kann spaeter vielleicht zu ...

Hallo,

ich habe (neuerdings) ein ziemlich nerviges Problem: Wenn ich versuche "ipython -pylab" zu starten, dann dauert es ein bisschen und dann bekomme ich einen Bus error und die Meldung, dass Python abgeschmiert ist.

Ich benutze Enthought 4.3.0 (also python 2.5) auf einem Mac (OS X 10.5). Die ...

ice2k3 hat geschrieben: Wenn du den Index zu einer Liste benötigst und iterieren willst, gibt es noch enumerate:

Das kannte ich noch nicht. Sehr praktisch. Vielen Dank.
Bin gerade dabei GTK, GLib etc. pp. zu installieren um das Programm mal zu testen.

vG, U.

Der interaktive Modus funktioniert vermutlich nur aus einer GUI Anwendung heraus. Folgendes Beispiel funktioniert:
from matplotlib.pyplot import close, figure, plot, draw, show, ion
from matplotlib import interactive
from numpy import array
import gtk
import gobject

def show_plots():
b = array ...

Vielleicht schaust du dir mal an, wie ``ipython -pylab`` das macht, denn darin funktionieren die mpl-Befehle auch interaktiv.

Wuerde ich machen aber seit einer Neuinstallation der Enthought-Distribution bekomme ich von Python immer einen Bus-Error wenn ich pylab importiere. Wenn ich matplotlib ...

Versuch es mal mit

matplotlib.interactive(True)

dann dürfte nach einem show() die Berechnungen nicht eingefroren werden.

Das ist schon die halbe Miete, vielen Dank. Allerdings hat es noch einen kleinen Haken. Zum Beispiel folgendes Programm:


from matplotlib.pyplot import close, figure ...

Hallo,

ich such seit geraumer Zeit nach einer Moeglichkeit plots nacheinander automatisch darzustellen OHNE das ich jedesmal das Fenster von Hand schliessen muss.

Also z.B.: Rechnung 1 wird geplottet, dann wird Rechnung 2 ausgefuehrt. Bis Rechnung 2 fertig ist wuerde ich gerne das Ergebnis von R ...

Ohne genau zu wissen ob's das ist:
http://www.nabble.com/Embedding-numpy-works-once,-but-not-twice---td21772015.html

Jup, dass scheint mir das gleiche Problem zu sein, allerdings schreiben die


The problem is not with NumPy. You can't run Py_Initialize/Py_Finalize
more than once. Python ...

Ich habe bisher nicht rausfinden koennen ob die DLL neugeladen wird oder im Speicher verbleibt. Allerdings kann man auf die DLL nicht zugreifen solange LabView aktiv ist. Das deutet wohl eher darauf hin, dass LabView sie haelt. Ich dachte immer DLLs werden nach Prozessende entlassen und ggf neu ...

Eigentlich gibt es bei mir aber nur einmal Py_Finalize(), also keine Schleife wie in Deinem Beispiel. D.h. ich bin mir nicht ganz sicher, wie und was LabView mit der DLL macht, das zeigt manchmal ein sehr seltsamens Verhalten.

Aber eigentlich wuerde ich denken, wenn die DLL einmal durchgelaufen ...

... und Finalisieren, nur, wenn Du den Interpreter neustarten oder die Applikation schließen willst. Auf diese Weise würdest Du auch viel Overhead los.


Ich rufe Py_Finalize ja am Ende der Funktion auf, das "Programm" ist damit beendet. Es gibt keine Schleifenaufrufe dieser Funktion.

Was fuer ...

Hallo,

ich beschaeftige mich gerade mit dem Einbetten eines Python-Skriptes in eine DLL. Selbige hat folgenden Code (der nicht sehr viel macht, weil ich das meiste zum Debuggen auskommentiert habe):


#include "DLLTest.h"
using namespace std;

extern "C"
{
DECLDIR int getDataPy(CStr LStr ...

Ich habe das Programm mal abgeaendert. Die Zeile mit PyArg_Parse brauchte man tatsaechlich nicht und Py_XDECREF war auch falsch (ich weiss aber nicht warum ). Egal, nu tut's.

Nochmal vielen Dank fuer die Hilfe.

Ueberprueft wird da eigentlich nichts, weil mit dem Rueckgabewert gar nichts gemacht wird. Ich habe das nur kopiert und nachtraeglich nicht angepasst. Urspruenglich wurde in Zeile 25 ein beliebiges PyObject zurueck gegeben und mit Zeile 29 wurde das PyObject dann in C++-Variablen geschrieben/zerlegt ...

So wirklich hübsch ist das aber alles nicht. `PyArg_Parse()` zu benutzen, um den Typ zu überprüfen, ist ja einfach nur Missbrauch. Dafür gibt es `PyObject_TypeCheck()`, außerdem bringt da numpy `PyArray_Check()`mit. Davon abgesehen geben die ganzen PyArg*-Funktionen geliehene Referenzen bei Python ...