Warum stürzt die Python/C-API bei PyRun_SimpleFile ab?

Question

Ich habe mit der Einbettung verschiedener Skriptsprachen in eine C++ - Anwendung experimentiert, derzeit versuche ich Stackless Python 3.1. Ich habe mehrere Tutorials und Beispiele ausprobiert, die ich nur finden kann, um ein einfaches Skript aus einer Anwendung zu starten.

Py_Initialize(); 

FILE* PythonScriptFile = fopen("Python Scripts/Test.py", "r"); 
if(PythonScriptFile) 
{ 
    PyRun_SimpleFile(PythonScriptFile, "Python Scripts/Test.py"); 
    fclose(PythonScriptFile); 
} 

Py_Finalize(); 

Aus irgendeinem Grund, dieses Stück Code führt zu einer Zugriffsverletzung am Laufen:

PyRun_SimpleFile(PythonScriptFile, "Python Scripts/Test.py"); 

Ich habe für andere mit einem ähnlichen Problem gesucht online und fand nur eine. Ihre einzige Lösung war eine Problemumgehung, die nur in einer älteren Version von Python möglich scheint: Erstellen eines Python-Dateiobjekts und Zurückgeben des FILE* von diesem Python-Dateiobjekt an PyRun_SimpleFile. Solche Funktionsaufrufe sind jedoch nicht verfügbar, die Python 3.1-API erstellt Dateiobjekte aus einem Dateideskriptor und gibt Dateideskriptoren zurück, aber die PyRun_SimpleFile-Funktion benötigt weiterhin eine FILE*.

Ich bin ratlos, wie man irgendwelche Scripts von der Akte laufen lässt, kurz, die gesamte Akte in den Speicher manuell zu laden und es als eine riesige Schnur laufen zu lassen, sicher nicht eine praktische Lösung.

Was gibt? Wie kann ich diese Aufgabe ausführen, wenn die API einen internen Fehler aufweist?

Update: Ich habe es geschafft, Stackless Python 3.1 von der Quelle zu erstellen, und dennoch bleibt der Absturz trotz der Verwendung der gleichen C-Laufzeitbibliothek vollständig unverändert. Sowohl mein Projekt als auch die Stackless Python 3.1-Quelle werden mit dem C++ - Compiler und der C-Laufzeit von Visual Studio 2010 erstellt. Ich habe keine Ahnung mehr, was dieses Problem lösen könnte, außer Python zu modifizieren, um einen Dateinamen und nicht eine Datei * zu verwenden. Ein weiterer schrecklicher Workaround.

Answer 1

Das klingt wie ein Problem von nicht übereinstimmenden APIs. Wenn Ihr Code und die Python-Laufzeit mit unterschiedlichen Compilern oder sogar verschiedenen Compiler-Optionen kompiliert wurden, kann der Zugriff auf FILE * zu einer Zugriffsverletzung führen. Können Sie überprüfen, ob Sie Ihren C-Code ordnungsgemäß erstellt haben?

Sie erwähnen, dass Sie Python in Ihre C++ - Anwendung einbetten. Denken Sie daran, dass Python C-Code ist, der als C-Code kompiliert wurde. Vielleicht ist das die Ursache des Problems?

Answer 2

Ihr Code funktioniert ordnungsgemäß auf meiner installierten Version von Python 2.6. Ich habe auch stackless 3.1.2 aus der Quelle gebaut und es hat richtig funktioniert. Das war mit g ++ 4.4.3 auf Ubuntu 10.04. Wenn Sie Windows verwenden, sollten Sie überprüfen, ob stackless und Ihr Code auf derselben C-Laufzeit basieren.

Answer 3

Ich war immer ein ähnlicher Absturz & die unten tat

PyObject* PyFileObject = PyFile_FromString("test.py", "r"); 
    PyRun_SimpleFileEx(PyFile_AsFile(PyFileObject), "test.py", 1); 

Beachten Sie, dass diese in Python 2.7 obwohl war. Ich weiß nicht, ob sich die API in 3.x geändert hat. Diese

Answer 4

funktioniert für mich auf Python 3:

PyObject *obj = Py_BuildValue("s", "test.py"); 
FILE *file = _Py_fopen_obj(obj, "r+"); 
if(file != NULL) { 
    PyRun_SimpleFile(file, "test.py"); 
} 

Ich hoffe, es wäre nützlich sein.

Answer 5

Wenn Sie Ihren Test mit VC 2010 erstellt haben, werden Sie definitiv Probleme haben - VC9 (VS 2008) und VC10 (VS 2010) haben inkompatible Support-DLLs, die normalerweise erforderlich sind (printf, Datei-I/O und diese Art implementieren der Sache).Sie können sie nicht mischen, wenn sie die Standardbibliotheken enthalten, die der Python-Build erstellt.

Sie haben immer die Möglichkeit, gcc (z. B. Cygwin oder mingw) zu verwenden oder Visual Studio 2008 Express herunterzuladen, was gut für Experimente in Python-Einbettung funktionieren sollte. Ich habe beide mit dem Standard Python 2.7.6 Build verwendet.

Answer 6

Und was ist mit dieser Lösung:

Py_SetProgramName(argv[0]); 
Py_Initialize(); 
PyRun_SimpleString("execfile(\"ex30.py\")"); 
Py_Finalize(); 

Wo ex30.py es der Name des Python-Skript, bei mir läuft.