03-04-2020, Friday-14:20:27
(Dieser Beitrag wurde zuletzt bearbeitet: 03-04-2020, Friday-15:02:29 von Cruzer.
Bearbeitungsgrund: Logfiles als Attachment gingen nicht, daher jetzt Links
)
Ja, so wie es aussieht kommen die Probleme vom dem zur r8948 gehörenden Commit. Ich habe eben beide Version kompiliert und ausgeführt (beide Logs sind angehängt), bei der r8947 lässt er mich Problemlos über den Netzwerk-Dialog verbinden und bei der r8948 meckert er über unterschiedliche Files.
Zu den anderen Fragen: Ja, die Setups sind identisch. Gleiche Umgebung (sogar identisches Client-Gerät und Server immer in der gleichen VM), gleiches Pakset und gleiche Optionen beim Kompilieren. Und ja, bei jedem Testlauf wurden am Server und Client die jeweils identischen Versionsnummern verwendet.
r8947 Logfile
r8948 Logfile
Logfile Diff
Und da vielleicht auch noch interessant, die verwendete config.default:
config.default des macOS-Setups
Nachtrag: Wenn ich statt dem Verbinden-Dialog mich über den Laden-Dialog verbinde - also ohne die Pakset-Überprüfung -, lässt sich das Netzwerkspiel auch vom Mac aus (scheinbar) problemlos spielen. Der Fehler dürfte also nur im Abgleich des lokalen und des remote Sets ab r8948 vorkommen.
Zu den anderen Fragen: Ja, die Setups sind identisch. Gleiche Umgebung (sogar identisches Client-Gerät und Server immer in der gleichen VM), gleiches Pakset und gleiche Optionen beim Kompilieren. Und ja, bei jedem Testlauf wurden am Server und Client die jeweils identischen Versionsnummern verwendet.
r8947 Logfile
r8948 Logfile
Logfile Diff
Und da vielleicht auch noch interessant, die verwendete config.default:
config.default des macOS-Setups
Nachtrag: Wenn ich statt dem Verbinden-Dialog mich über den Laden-Dialog verbinde - also ohne die Pakset-Überprüfung -, lässt sich das Netzwerkspiel auch vom Mac aus (scheinbar) problemlos spielen. Der Fehler dürfte also nur im Abgleich des lokalen und des remote Sets ab r8948 vorkommen.
Ex-Entwickler und Gründer des pak192.comic, Betreiber von Simutrans Hosting