Python im Delphi ausführen (geht nicht)

[TiGü]

Nur vom reinen Doku lesen sind mir die folgenden Punkte aufgefallen.
Ich habe sie im Quelltextschnipsel ergänzt und mit Kommentar versehen.
https://github.com/pyscripter/python.../FindingPython

Zitat:

If you want to use a specific unregistered version set the following properties
DLLName e.g. python38.dll
RegVersion e.g 3.8
Set UseLastKnownVerion property to False
Set the DLLPath to the path where the DLL is located
Set the AutoLoad property to False
In your FormCreate event handler of the MainForm or in another suitable place run the following assuming that PythonEngine is the name of the component
PythonEngine.SetPythonHome('your python installation directory')
PythonEngine.LoadDLL

Delphi-Quellcode:

procedure TForm9.BtExecClick(Sender: TObject);
begin
  if not PythonEngine1.IsHandleValid then begin
    PythonEngine1.DllPath := EdDllPath.Text; // hier ist die Bitness sichergestellt? Manchmal hat man ja Tomaten auf den Augen und versucht stundenlang eine 64-Bit DLL in einem 32-Bit Prozess zu laden
    PythonEngine1.DllName := EdDllName.Text;
    PythonEngine1.RegVersion := ''; // fehlt, da muss sowas wie 3.9 rein
    PythonEngine1.UseLastKnownVersion := False;
    PythonEngine1.AutoLoad := False // hat gefehlt 
    PythonEngine1.SetPythonHome('your python installation directory'); // hat gefehlt (ggf. Inhalt aus PythonEngine1.DllPath probieren)
    MaskFPUExceptions(True); // hat gefehlt, vielleicht hilfreich
    PythonEngine1.LoadDll;
  end;

  if not PythonEngine1.Initialized then begin
    PythonEngine1.InitScript.Text := EdGlobalScript.Text;
    PythonEngine1.Initialize;
  end;
...
end;

[himitsu]

@mmw: Das LoadDll steht 3 Zeilen drüber drin.


SetPythonHome und MaskFPUExceptions .... muß noch ausprobiert werden.


Also, Project1 hat eine PythonEngine und lässt Python über die ganze Laufzeit geladen/initialisiert.
* das funktioniert inzwischen erstmal
* Die Variablen müssen aber manuell gelöscht werden (hab noch keine "Reset/Clear-Funktion gefunden), damit sie keine negativen Auswirkungen auf nachfolgende Scriptausführungen haben können.
-> z.B. einmal ausführen, dann die/eine Variablen-Zuweisung im InitScript oder Script löschen/auskommentieren ... und ohne das DELETE (CheckBox deaktiviert), ist die Variable bei der nächsten Ausführung immernoch da
* Erstellte Funktionen/Klassen und geladene Module müssten vermutlich auch noch gelöscht/entladen werden, vor/nach/zwischen den Aufrufen.

In Project2 hab ich versucht das Python vor/nach jeder Aufgabe neu zu initialisieren, bzw. die DLL komplett neu zu laden.
* beim ersten Durchlauf geht es
* und nachfolgend kommt dann nie wieder was raus

* hab schon gesehen, dass RedirectIO im Finalize auf False gesetzt wird,
aber es vor dem Initialize wieder auf True zu setzen knallt dann, da wohl die internen IO-Funktionen verschwunden sind, bzw. vielleicht auch das ganze FIOPythonModule.


Auch hab ich noch nicht ausprobiert, wenn es mehrere Forms mit einer TPythonEngine gibt,
welche öfters erstellt/freigeben werden und eventuell auch gleichzeitig existieren.
[Edit]
Hab 'nen Erstellenbutton in die Demos gebaut.
Und beim Erstellen der zweiten Form ....

Zitat:

There is already one instance of TPythonEngine running

Bleibt noch der Versuch TPythonEngine manuell zu erstellen, den Code auszuführen und sofort wieder freizugeben. (wenn sich das "running" nicht beenden/neustarten lässt)
(in der Hoffnung, dass dort das funktioniert, was in Project2 nicht geht, also mehrmals die DLL neu zu laden/initialisieren)

Ansonsten bleibt wohl nur noch die Möglichkeit einer globalen Instanz, wo dann Variablen und so manuell gelöscht werden müsse, wie in Project1.
[/Edit]


Das Ziel ist es, am Ende z.B. ExtractFilePath(Application.ExeName) + 'Python\python123.dll' für DllPath/DllName/SetPythonHome zu verwenden,
um eine "definierte" Python-Version nutzen zu können, unabhängig davon ob oder was für eine Version im Windows installiert ist.
(es wäre zu schön, wenn UseLastKnownVersion nicht sonstwo, sondern nur im DllPath suchen würde, wenn dort etwas angegeben wurde)

Also eine der Embeddeable liegt in unserem Programmverzeichnis
https://www.python.org/downloads/windows/
und Jene wird dann verwendet.
Aktuell muß noch manuell der DllPath und DllName in den Project1/2 eingestellt werden. (aber ich versuche schon diese Werte aus Variablen/Edits per Code zuzuweisen um zu sehen, ob sie auch programmseitig änderbar sind, während/nachdem die Form/Komponente geladen wurde)


Im Prinzip kann/wird es auch mehrere Module (Form-Instanzen) geben, welche teilweise gleichzeitig geladen sind und jeder zu Beginn etwas/mehreres ausführt (nacheinander, da alles im Hauptthread).

[mmw]

Hallo,
das hatte ich gesehen.

im Project1 habe ich einen Button eigefuegt mit diesem Code

Delphi-Quellcode:

if not PythonEngine1.Initialized then begin
    PythonEngine1.DllName:='python38.dll';
    PythonEngine1.DllPath:='d:\delphi10';
    PythonEngine1.LoadDll;
    edDllPath.Text:=PythonEngine1.DllPath;
    edDllName.text:=PythonEngine1.DllName;
end;

das müsste das Problem doch lösen.

das 'Sript' beim Eval -Button' habe ich durch ein einfaches print (2*2) ersetzt, dann kommt da auch etwas,

vielleciht ist das hier nochInteressant.

https://riptutorial.com/de/python/to...-2-zu-python-3

Gruß

[mmw]

hallo,

das wäre auch möglich (als Beispiel, DB Modul ist nicht unbedingt die beste Lösung)

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);

var  cl:TEngineClient;

begin
datamodule3.PythonEngine1.AddClient(cl);
cl.engine.
cl.engine.
cl.usw
end;

Delphi-Quellcode:

procedure TDataModule3.DataModuleDestroy(Sender: TObject);

var cl:TEngineClient;
     i:Integer;

begin
 for i:=PythonEngine1.ClientCount-1 downto 0 do
  begin
   cl:=PythonEngine1.Clients[i];
   PythonEngine1.RemoveClient(cl);
 end;

end;

[himitsu]

Zitat:

das 'Sript' beim Eval -Button' habe ich durch ein einfaches print (2*2) ersetzt, dann kommt da auch etwas,

Schau mal ganz unten ins Result-Edit

Eval ist was ganz Anderes ... print ist dort falsch (außer z.B. für's Logging oder Debugging)
Und ja, das was Eval macht, könnte man auch durch print im Exec lösen,
aber beim Exec kommt immer ein String raus, während es beim Eval ein Object ist (z.B. ein Float ohne irgendwelche Rundungen in der String-Darstellung) und es ist kein IO-Handler nötig.

Run/Exec (Execute an Script) führt "Scripte" aus (auch mehrere Befehle), wobei die Daten meistens via "print" in der Ausgabe landen.

Eval (Evaluate an Expression) führt nur eine "Berechnung" durch und gibt direkt als Result (nicht via IO) den Wert zurück.
(praktisch das, was man einer Variable zuweisen oder in einem IF benutzen kann)
Hier kann man aber "zusätzlich" über IO eventuelle Statusmeldungen, Logging, Fehlermeldungen usw. sehen,
aber das "eigentlich" Ergebnis eben via Result, als ein Python-Objekt.
https://riptutorial.com/de/python/ex...rucks-mit-eval



Also das mit der Engine sieht interessant aus.

[mmw]

Hallo

stimmt, aber hat bis jetzt nicht erhofften Erfolg gehabt.

aktueller stand

Delphi-Quellcode:

procedure TForm1.FormActivate(Sender: TObject);

begin

if PythonEngine1.Initialized then
        PythonEngine1.Finalize

  else begin
    PythonEngine1.DllName:='python38.dll';
    PythonEngine1.DllPath:='d:\delphi10';
    edDllPath.Text:=PythonEngine1.DllPath;
    edDllName.text:=PythonEngine1.DllName;

    PythonEngine1.LoadDll;


end;
end;

klappt ganz gut, das script im exec button functioniert nur aber nur bei dem jeweils neu erzeugten Formular.

Gruß

[himitsu]

Wie gesagt, das "einmalige" Laden funktioniert nun. (falsche Version und einmal der falsche Dateiname)
Wenn man das kranke "Fatal" in der PythonEngine deaktiviert (es darf niemals passieren, dass bei einem kleinen Fehler das gesamte Programm böswillig abgeschossen wird)

Ohne Fatal*** muß nach dem LoadDLL/Initialize nochmals IsHandleValid/Initialized geprüft werden, falls doch nicht geladen wurde. (es wäre bestimmt zu einfach gewesen dem LoadDLL ein Result zu geben oder ordentlich mit Exceptions zu arbeiten)

* Problem ist nun "nur" noch, dass zwischen den Scripten ein Reset erfolgen muß (Variablen und Imports zurücksetzen)
* bzw. die Engine mehrmals unabhängig parallel/nacheinander zu nutzen (oder das Python zwischendurch zu entladen und neu zu laden)