Was ist "Programm" - Ein eigener Prozess?

Zitat von Der schöne Günther:

Was ist "Programm" - Ein eigener Prozess?

Programm1 wird als separater Thread vom Programm2 aufgerufen.
Reicht das als Info?

Ich denke nicht.
Es ist noch viel unklar. Wie bekommst ihr das Python den in Delphi rein?

Vielleicht noch weitere Infos.

Programm1 startet verschiedene Python Scripte. Diese werden abgearbeitet und fertig. Alles OK.
Programm2 startet Programm1 und übergibt auch die gleichen Python Scripte.
Der Unterschied meines Erachtens ist, dass das Programm1 im Hauptthread läuft, das Programm2 als separater Thread im Programm2.
Das Programm2 startet einen Thread mit einer Schleife, die das Programm1 immer wieder mit neuen Parametern startet.
Die Scripte verarbeitet aber immer das Programm1.

Programm1 (ein fertiges Programm, kein Delphi, hier kann nichts geändert werden)
- Programm1 lädt Scripte und führt diese aus. Nach Info meiner Kollegen gibt es keine Probleme.

Programm2 (Delphi Programm, hier kann ich eventuell etwas ändern)
- Programm2 startet
- erzeugt einen Thread, der unabhängig vom UI Thread läuft
- Dateien werden bereitgestellt
- Programm1 wird mit Parameter (Python Scripte) gestartet. Hier werden die Python Scripte verarbeitet. Wenn ich in den Scripten zwischen den Dateimanilulationen immer ein sleep einbaue, scheint das sauber durchzulaufen. Deshalb hier die Frage, ob alles sequenziell verarbeitet wird, oder vielleicht ein Handle noch auf eine Datei zeigt, die vielleicht schon gelöscht wurde. Kann man sicher sein, dass alles sequenziell verarbeitet wird?
- Programm1 ist fertig
- Dateien werden gesichert
- Thread beginnt von vorn mit neuen Daten

Etwas Grundsätzliches zu den Begrifflichkeiten: Programme arbeiten immer in ihren eigenen Prozessen, und niemals in Threads anderer Programme/Prozesse. Jeder Prozess hat seine eigenen Threads. Selbst wenn man dieselbe EXE mehrfach startet, hat jeder Prozess seine eigenen Threads. Klar, es gibt DLL Injection und andere Spielchen, aber selbst dann läuft kein Prozess von Programm 2 als Thread von Programm 1. Prozesse und Threads sind verschiedene Dinge, erstere enthalten letztere, aber niemals umgekehrt.

Grüße
Dalai

Auch wenn ich erstmal nicht davon ausgehe das es am Zusammenspiel zwischen den beiden Programmen liegt, kannst Du mal den Code zeigen mit dem du Programm1 aufrufst? Bzw. wie du es realisiertst das Du auf das Ende von Programm1 wartest.

Ich habe bei mir auch einen Fall bei dem ich auf ein externes Programm warten muss. Das Programm läuft unterschiedlich lange und speichert dann eine Datei. Um nicht bis in alle Ehweigkeit zu warten gibt es einen Timeout, dann muss der Nutzer ran und muss die Daten von Hand einsammeln und auswerten.

Gibt Programm1 irgendwohin Statusmeldungen aus? In die Console? Die könnte man umleiten und auswerten.
Steht irgendwas im Windows Anwendungslog?

Danke für eure Infos.
Es ist offenbar schwierig zu umschreiben.

Meine Frage war eigentlich, ob sich ein Programm anders verhält, wenn man es einfach so startet oder ob man es in einen Thread packt und dort werkeln läßt. Vielleicht gibt es Threadeinstellungen, die ich nicht kenne.
Mittlerweile habe ich weitere Tests machen können und in dem Python Script, welches im Programm ausgeführt wird, eine Änderung vorgenommen. Offenbar gibt es im Programm Überschneidungen mit Schliessen von Dateien und dem gleichzeitigem Zugriff.