os.execv(sys.argv[0], sys.argv) ein Argument mitgeben

[spicer]

Konnte es lösen. Siehe github.
Ein zukünftiger Entwickler wer ich wohl wegen dem Alter nicht mehr!

PS:
Komme aus dem Atari 800XL/C64 Zeitalter.

[ThomasL]

Da bist du hier nicht alleine. Welcome in da club! Ich bin mit nem Sinclair ZX81 angefangen, den ich als Bausatz erworben und selbst zusammengelötet habe.

[spicer]

Um zum Thema zurück zu kommen:
Habe dann nach Euren Ratschlägen versucht, das Problem mit while-Schleife zu lösen.
Da machte mir aber der PodSixNet-Server einen Strich durch die Rechnung.
Der "vergisst" den Client leider nicht und behält die entsprechende Game-Klasse bei.
Beim Client wäre so eigentlich alles sauber abgelaufen.
Wenn ich beim Clienten einen Connection.close ausführte, bekam der Client ein Problem usw.
Die jetzige Lösung läuft nun soweit stabil mit os.system('"' + sys.argv[0] + '"')
Der PodSixNet-Server "vergisst" so diesen User und der kann dann wieder sauber von 0 anfangen.

Für allfällige Ausraster entschuldige ich mich.

[__blackjack__]

@spicer: `os.system()` ist noch schlechter als `os.execv()`, weil jetzt der Prozess nicht ersetzt wird, sondern jedes mal für das wiederholen ein neuer Prozess gestartet wird, und der alte jeweils auf das Ende des vorhergehenden wartet.

[__deets__]

@__blackjack__ aber gibt’s das unter Windows? Bzw wenn ja, dann ist das eh so implementiert. Weil Windows das nicht kann. Das macht IMHO keinen Unterschied.

Dass die verwandte Bibliothek das nicht zulässt, anders zu machen, würde man gerne mal an einem minimalen Beispiel sehen. Wenn dem wirklich so ist, würde ich die eher umschrieben, denn dann ist sie Mist.

[Sirius3]

Aus dem Quelltext von PodSixNet:

'connection' is a singleton instantiation of an EndPoint which will be connected to the server at the other end. It's a singleton because each client should only need one of these in most multiplayer scenarios. (If a client needs more than one connection to the server, a more complex architecture can be built out of instantiated EndPoint()s.)

So wie ich das sehe ist es ziemlich trivial, einen neuen EndPoint zu erzeugen, wenn man nicht auf globale Variablen aufsetzt, was man ja eh nicht machen sollte.

[__blackjack__]

@__deets__: Die Funktion gibt es unter Windows und die Beschreibung sagt der Prozess wird ersetzt. Unter Windows gibt's eine neue Prozess-ID, aber ich hoffe doch mal nicht, dass der alte Prozess weiterhin existiert, das wäre eine Einschränkung die in der Dokumentation stehen müsste.

[DeaD_EyE]

Ich habe dir mal eine Endlosschleife gebaut.
Programm ruft sich selbst auf und die Argumentenliste wird immer länger.

Code: Alles auswählen

import os
import sys
import time

print("argv:", sys.argv)
time.sleep(1)
os.execv(sys.executable, [sys.executable, *sys.argv, "Extra-Argument"])

Den einzigen Einsatz-Zweck, den ich dafür mal hatte, war die Ausführung via sudo.
In deinem Fall wäre das halt ein weiterer Flicken. Oftmals ist es einfacher den Code hinterher neu zu schreiben, wenn man genau weiß, welche Fehler man gemach hat.
Der Code da oben ist keine gute Übergangslösung. Du müsstest z.B. verhindern, dass sich das Programm in einer Endlosschleife selbst neu startet.