+- Deutsches Simutransforum (https://simutrans-forum.de/mybb)
+-- Forum: Simutrans (https://simutrans-forum.de/mybb/forumdisplay.php?fid=3)
+--- Forum: Bugs und Probleme (https://simutrans-forum.de/mybb/forumdisplay.php?fid=11)
+---- Forum: behobene Bugs (https://simutrans-forum.de/mybb/forumdisplay.php?fid=12)
+---- Thema: Nightly r9012 - Angeblich Abweichende Paks (/showthread.php?tid=9234)
RE: Nightly r9012 - Angeblich Abweichende Paks - Cruzer - 03-04-2020
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.
RE: Nightly r9012 - Angeblich Abweichende Paks - Dwachs2 - 03-04-2020
bei dem r8948 log ist ja keinerlei Netzwerk-Aktivitaet drin ?
Kannst du das bitte mit -debug 3 nochmal laufen lassen (auf Server und Client)? Dann werden die ganzen Pruefsummen mitgeloggt. Ein Screenhost vom unteren Ende der Pakset-Fehlermeldung waere auch interessant.
RE: Nightly r9012 - Angeblich Abweichende Paks - prissi - 03-04-2020
Die Checksummenüberprüfung ist von der fraglichen Revision gar nicht betroffen. Und selbst wenn, sollten nur Fabriken betroffen sein.
RE: Nightly r9012 - Angeblich Abweichende Paks - Cruzer - 03-04-2020
(03-04-2020, Friday-15:28:14 )Dwachs2 schrieb: bei dem r8948 log ist ja keinerlei Netzwerk-Aktivitaet drin ?
Der Dialog lässt einen ja auch nicht verbinden, wenn die Paks nicht ident sind. Aber zumindest den Pakset-Abgleich sollte man im Log sehen. Ich hab für die r8948 noch einmal Log, diesmal mit -debug 3 am Client angehängt, vielleicht sieht man den Abgleich hier.
RE: Nightly r9012 - Angeblich Abweichende Paks - Dwachs2 - 03-04-2020
Ich kann mir auch nicht vorstellen, was diese Revision ausloesen sollte. Das war nur der erste Commit nach dem Release, wo das desc-Verzeichnis angefasst wurde.
RE: Nightly r9012 - Angeblich Abweichende Paks - Dwachs2 - 03-04-2020
@Cruzer wo ist der log?
RE: Nightly r9012 - Angeblich Abweichende Paks - Cruzer - 03-04-2020
Sorry: Client-Log mit Debug 3
RE: Nightly r9012 - Angeblich Abweichende Paks - Dwachs2 - 03-04-2020
Danke! Hat der Client wieder so ein Riesenfenster mit massenweise fehlenden Paks aufgemacht? Im Logfile ist nur ein pak als abweichend gemeldet (factory diy1). Eigentlich sollte der nur ein pak als verschieden gemeldet haben...
Ist das Log von dem pakset-alt, wo der Link oben steht?
Kannst du bitte so ein Log auf vom Server posten? Dann stehen da auch die Pruefsummen drin, und man koennte die sich nochmal anschauen.
RE: Nightly r9012 - Angeblich Abweichende Paks - Cruzer - 03-04-2020
Da hast du Recht. Das ist vor lauter Version kompilieren und ausführen etwas bei mir untergegangen, aber ja, bei der r8948 meckert er plötzlich nur bei einer PAK herum: dem Baumarkt (Endabnehmer/Industrie) - factory.diy1.pak.
Download Server-Log mit -debug 3
RE: Nightly r9012 - Angeblich Abweichende Paks - Dwachs2 - 03-04-2020
Das ist ein Fehler in makeobj Code. Bitte makeobj mit r9014 kompilieren und die Fabrik-paks neu generieren. Dann sollte es klappen (hoffentlich)