Warteliste für mehrere Programme

Lanealine

Hey,

ich habe mir eine Funktion gebaut, die eine Textdatei erstellt, sobald das Programm arbeitet und sie wieder löscht, wenn die arbeit vollendet ist, damit nicht mehrere Programme gleichzeitig "arbeiten".
Mit 2 Programmen gleichzeitig funktioniert das wunderbar. Es wird immer gewartet, falls ein Programm etwas am machen ist.

Mein Problem ist nun, dass ich gerne 3-4 Programm gleichzeitig arbeiten lassen möchte, allerdings dürfen diese NUR hintereinander arbeiten. Wenn ich das nun mit der Textdatei versuche und das erste Programm startet die arbeit, jedoch in der Zeit 2-3 Programm auf der "Warteliste" sind und darauf warten, dass die Textdatei von dem ersten Programm wieder gelöscht wird, damit ein neues Programm starten kann. Allerdings starten so 2-3 Programm gleichzeitig, weil diese gleichzeitig erkennen, dass die Textdatei nichtmehr existiert.

Habt ihr für dieses Problem eine gute/einfache Lösung, wie ich eine Art Warteliste für die Programme erstellen kann, dass diese immer schön hintereinander mit der Arbeit loslegen ?

MfG

**alpines**

Zitat von Lanealine

Habt ihr für dieses Problem eine gute/einfache Lösung, wie ich eine Art Warteliste für die Programme erstellen kann, dass diese immer schön hintereinander mit der Arbeit loslegen ?

Was spricht denn dagegen am Ende eines Scriptes ein anderes aufzurufen oder ein "Oberscript" zu erstellen welches die Scripte mit ShellExecuteWait startet?

Sonderbaar

oder wenns kein Oberscript werden soll, unterschiedliche Textdateien? (Flag-Datei)

Programm1 läuft, Flag1.flg wird angelegt, Programm durch, Flag1.flg wird weg gelöscht. Ist eine Flag2, Flag3 usw. muss das Programm warten...
Programm2 fragt Flag1.flg ab, ist die da, weiterwarten, wird sie weg gelöscht, fängt Programm2 an in dem es auch eine Flag2.flg anlegt
Programm3 fragt Flag2.flg ab, ist die da, weiterwarten, wird sie weg gelöscht, fängt Programm3 an in dem es auch eine Flag3.flg anlegt
usw.

Jedes Programm bekommt seine eigene Flagdatei? Ist die Datei da, darf das nächste Programm halt nicht mit deiner eigentlichen Datei loslegen?

**autoiter**

Hallo @Sonderbaar,
das ist jetzt, da du ja eh schon Flagdateien benutzt sicher das schnellste. Da die Programme nacheinander und nicht gleichzeitig arbeiten, war es aber eigentlich sinnlos jeden Arbeitsschritt in ein eigenes Skript zu packen und sich dann Gedanken zu machen, wie diese jetzt miteinander kommunizieren können. In einem Skript hättest du doch einfach eine Aufgabe nach der anderen starten können...

**alpines**

Zitat von autoiter

In einem Skript hättest du doch einfach eine Aufgabe nach der anderen starten können...

Das hat mich auch ziemlich gewundert.

Sonderbaar

der TE hat doch geschrieben:

Zitat von Lanealine

Mein Problem ist nun, dass ich gerne 3-4 Programm gleichzeitig arbeiten lassen möchte, allerdings dürfen diese NUR hintereinander arbeiten.

Gleichzeitig, jedoch nicht Programm2 vor Programm1 usw...
Ganz einfach wäre es ein Programm zu nutzen, statt mehrere, aber das geht ja scheinbar nicht.

**autoiter**

Hallo @Sonderbaar
Wenn man nicht ein Skript hat, das vier Fremdprogramme startet, sondern die Möglichkeit hat in jedem Programm eine Erkennung einzubauen, ob es an der Reihe ist, wird es sich bei den Programmen ja wohl um Skripte des TE handeln..

Da sie offensichtlich nicht gleichzeitig Aktivität zeigen sollen, könnten sie natürlich auch in einem Skript zusammengefasst werden. Oder kannst du das Gegenteil irgendwie plausibilisieren?

Sonderbaar

Es könnten aber genauso gut Programme sein, die zwingend nacheinander aufgerufen werden müssen.

Nehmen wir mal an, ich rufe mir ein CAD-Programm auf (über run/runwait und vorherigem erstellen einer Flag-Datei) mit einem bestimmten Bauteil, will dann das Bauteil in eine bestimmte Position drehen und dann davon mit sagen wir einem Snippingtool (ebenfalls über run/runwait und flagdatei) eine festdefinierte Position abfotografieren. Da man unter Umständen 500 Bauteile hat, die letztlich genauso "aufgenommen" (abfotografiert) werden sollen, macht es durchaus Sinn dafür ein Script zu schreiben... Ergo, ich nutze zwei unterschiedliche Programme, die nicht von mir sind, aber dennoch nacheinander, jedoch nicht gleichzeitig Ihre Aufgabe erledigen sollen. Macht ja wenig Sinn erst den Screeshot zu machen und dann im CAD-Programm das drehen des Objektes zu veranlassen? Spinnen wir das also noch etwas weiter, nach dem Snipping soll auch noch GIMP geöffnet werden um z.B. die Helligkeit zu bearbeiten (nur ein Bsp.)

Wir können das ganze jetzt immer weiter spinnen und uns gegenseitig weiter auf die Palme bringen... oder einfach wir der TE es dabei belassen (da kommt ja keine Antwort mehr) letztlich führen viele Wege nach Rom egal wie man es jetzt macht und wie unwirtschaftlich und kompliziert mein Lösungsgedanke ist
Friede sei mit uns Der TE möge bitte auf gelöst setzen

**alpines**

Zitat von Sonderbaar

Nehmen wir mal an, ich rufe mir ein CAD-Programm auf (über run/runwait und vorherigem erstellen einer Flag-Datei) mit einem bestimmten Bauteil, will dann das Bauteil in eine bestimmte Position drehen und dann davon mit sagen wir einem Snippingtool (ebenfalls über run/runwait und flagdatei) eine festdefinierte Position abfotografieren. Da man unter Umständen 500 Bauteile hat, die letztlich genauso "aufgenommen" (abfotografiert) werden sollen, macht es durchaus Sinn dafür ein Script zu schreiben..

Ich bin mir ziemlich sicher das @autoiter die Situation beschreibt wenn man selber die Skripte geschrieben hat. Wenn man das getan hat, so kann man alles in ein Script packen und sich die Mühe sparen. Sind es Fremdprogramme kann man ShellExecuteWait/RunWait verwenden.

Da hier aber die Programme offenbar alle nacheinander abgearbeitet werden sollen ist es doch banane jetzt darüber so eine Diskussion zu führen ob man die Skripte (falls man überhaupt welche hat) zusammenzuführen oder nicht.
Einfach ein Script schreiben und alle Programme mit Wait nacheinander starten. Fertig.

**autoiter**

Gerade wollte ich dir antworten @Sonderbaar, da sehe ich, das @alpines schon alles gesagt hat.
Ergänzen möchte ich noch, auf die Palme bringen solten wir uns hier gegenseitig eh nicht. Man kann ja auch mal die Art und Weise ein Projekt anzugehen diskutieren. Manchmal hängt man ja einem bestimmten Gedanken so nach, dass man Alternativen übersieht.
Aber wie du gesagt hast. Viele Wege führen nach Rom und Friede sei mit uns.