PAE 7 wirft aktuell beim Laden auf Linux Fehlermeldungen auf.
Diese lassen sich aber wegklicken und Spiele starten. Weiter habe ich bisher nicht getestet und wollte ich eigentlich auch nicht.
Interessanter Weise scheinen die Fehler zu wechseln ?
Achtung Spoiler:
Ein Set an Fehlermeldungen
Achtung Spoiler:
2. Set. Ob ein drittes Set auftaucht wurde bisher auch nicht getestet.
Achtung Spoiler:
Handelt es sich um falsch codierte Unicode-Zeichen? Welches UTF läuft auf dem Server?
Zitat von Wikipedia
Geändert von Rob Anybody (07. August 2024 um 01:58 Uhr)
Aber an jenem Morgen war es Magie gewesen. Und es hörte nicht auf, Magie zu sein,
nur weil man [inzwischen] eine Erklärung dafür hatte ... (Terry Pratchett)
Ja, wahrscheinlich - wir fnden sie aber nicht. Also wir haben ca. 20 gefunden, aber jetzt keine weiteren.
Ich meine, Ramk hätte Pie mal gebeten auf diese Zeichen zu achten. Ich halte es für möglich, das sich danach "nur" 20 falsche eingeschlichen haben.
Gibt es diese Fehlermeldungen auf dem Server immer noch? Sind es weniger Fehlermeldungen geworden?
Aber an jenem Morgen war es Magie gewesen. Und es hörte nicht auf, Magie zu sein,
nur weil man [inzwischen] eine Erklärung dafür hatte ... (Terry Pratchett)
Wie Flunky geschrieben hat, wir (Flunky) haben einige Fehler gefunden und behoben.
Es läuft aber immer noch nicht.
Es ist auch immer bei den 3 Fehlermeldungen pro Start geblieben.
Diese unterschieden sich aber teilweise im 1. Satz - wie in den Bildern gezeigt mal é, mal ɶD7. Dieser Unterschied ist aber nicht Versionspezifisch, sondern hängt unter anderem auch von der Aufrufsart ab.
Was dazu kommt :
Laut Log werden alle XML Dateien ohne Fehler geladen.
Achtung Spoiler:
Ich hatte mal Sed-Skripte für die Sonderzeichen erstellt. Im Anhang ist der Assets\XML\Text-Ordner vom PB_PAE_7_final.zip aus dem PB95 thread, in dem ich die Skripte angewendet habe. (Sie sind auch in dem Zip enthalten). Ob es hilft weiß ich nicht, da ich auf meinem Linux-System die Meldungen beim Start von Civ4 + Mod nicht erhalte.
Beim Start vom Server kriege ich vorher eine Fehlermeldung, d.h. ob das oben was bringt ist mir unklar. Mehr kann ich gerade nicht tun.
Edit: Fehlerhaften Anhang entfernt.
Geändert von Ramkhamhaeng (07. August 2024 um 13:33 Uhr)
Hallo Ramk, schön von dir zu hören
---
Was ist mit falschen Sonderzeichen in den Python-Dateien?
Gibt es evtl. falsche Pfadangaben mit \ oder / ...
Was wäre sonst noch betriebssystem-spezifisch
Aber an jenem Morgen war es Magie gewesen. Und es hörte nicht auf, Magie zu sein,
nur weil man [inzwischen] eine Erklärung dafür hatte ... (Terry Pratchett)
Schön mal was von dir zu hören.
Ich denke ohne in die Dateien zu schauen, dass wir die Fehler schon korrigiert haben, aber ich kann es mal versuchen. Danke dafür auf jeden Fall.
Eine Frage hätte ich noch: PB_PAE_7_final.zip löst bei dir keine Fehler aus ?
Wenn ja, dann würde ich den Fehler fast bei der Linux/wine Installation suchen wollen, weil PB_PAE_7_final.zip bei meiner Installation die Fehler ausgelöst hat.
Achtung Spoiler:
Sorry xist10,
,aber lädst du überhaupt den richtigen Mod?
Müsste in den Fenster nicht "[PB_PAE_7] init XML ..." stehen?
Aber an jenem Morgen war es Magie gewesen. Und es hörte nicht auf, Magie zu sein,
nur weil man [inzwischen] eine Erklärung dafür hatte ... (Terry Pratchett)
Der Fehler ist der gleiche ob PAE7 oder PB_PAE_7. Und da wir hier aktuell im PAE Thread sind, habe ich den PAE7 Fehler genommen.
@Ramk, wenn ich deine Zipdatei einfach unter PB_PAE_7\Assets\XML entpacke, wird läuft irgendwas beim Laden der XML Dateien wohl schief. - Und der bekannte Fehler erscheinen weiterhin bei mir.
Edit: Nur zum Beweis:
Geändert von xist10 (07. August 2024 um 13:27 Uhr)
Achtung Spoiler:
Ich habe leere Textdateien erzeugt. Vergesst meinen Anhang am besten gleich wieder.
Zweiter Versuch…PAE 7 wirft aktuell beim Laden auf Linux Fehlermeldungen auf.
Diese lassen sich aber wegklicken und Spiele starten. Weiter habe ich bisher nicht getestet und wollte ich eigentlich auch nicht.
Interessanter Weise scheinen die Fehler zu wechseln ?
Bei mir tritt beim Start unter Linux der Fehler nicht auf, d.h. es könnte auch nur ein lokales Problem vorliegen.
Zum Testen habe ich die Dateien nochmal konvertiert (und nicht nur leere Files ins Zip gepackt. Es war ja trotzdem 3.5MB groß… Die bezogen sich aberauf das '.git'-Unterverzeichnis)
Die Konvertierung ist allerdings etwas großzügig, da z.B. diese Nichtstandard-Bindestriche auch ersetzt werden und das Zielzeichen in Civ4 nur als Kästchen dargestellt wird.
Die rot markierte Variante ist aber noch schlechter. Da zeigt mir Civ4 drei Zeichen Datenmüll an. Falls es bei dir mit der geänderten Variante läuft wüssten wir aber immerhin wonach wir gucken müssten. Die Bindestriche sind schnell getauscht...Code:[H1]Ein Vasall werden[\H1] In PAE ist es nun leichter einen Vasallen zu bekommen. Hat man soeben eine Stadt eines Spielers erobert, der nur mehr 4 oder weniger Städte besitzt, bietet er an, Vasall zu werden. - Wahrscheinlichkeit 1: 120% – (20xAnzahl der Städte)% + Wahrscheinlichkeit 1: 120% – (20xAnzahl der Städte)%
Edit: Die Texte kann man in Civ4 anzeigen lassen über Hauptmenü>Pedia>PAE_Konzepte>Vasallen.
Ein größeres Problem beim Starten des PBServer war bei mir eher dieser Python-Fehler:
Code:1 Traceback (most recent call last): 2 File "<string>", line 1, in ? 3 File "<string>", line 52, in load_module 4 File "CvEventInterface", line 13, in ? 5 File "<string>", line 52, in load_module 6 File "CvEventManager", line 42, in ? 7 File "<string>", line 52, in load_module 8 File "CvScreensInterface", line 3, in ? 9 File "<string>", line 52, in load_module 10 File "CvMainInterface", line 7, in ? 11 ImportError 12 : 13 cannot import name CyGInterfaceScreen
Den kann man IMHO auch nicht einfach ignorieren, weil dann wichtige Dinge nicht initialisiert werden. Außerdem wird CyGInterfaceScreen in ca. 20 weiteren Dateien ebenfalls importiert.
Wenn ich die Importe entferne startet der PBServer ohne Fehlermeldung, aber in der normalen Variante wird im Spiel das Interface nicht mehr gezeichnet.
Vermutlich gehört CyGInterfaceScreen zu den Sachen welche man nicht gleich zum Programmstart importieren darf oder halt nur wenn die Grafikengine verfügbar ist.
Als Workaround böte sich eine Welche an, aber…
1. Die C++-Funktion 'GC.IsGraphicsInitialized()' wird nicht nach Python exportiert, d.h. die kann ich nicht nutzen ohne die DLL zu ändern.
2. Als Ersatz isPitbossHost() zu nehmen, welche von der DLL weitergereicht wird. Fixt das Problem fast...
Aber dummerweise ist isPitbossHost() auf dem PBServer bei der Initialisierung von noch 'False'Code:from CvPythonExtensions import (…, CyGame, …) if not CyGame().isPitbossHost(): if not CyPitboss: from CvPythonExtensions import CyGInterfaceScreenDie Weiche wirkt erst nach geladenem Spiel.(*)
=> Also entweder IsGraphicsInitialized() wird im Python-Interface bereit gestellt (was auch auf das *-Problem laufen könnte.)
oder als Trick wird versucht CyPitboss zu laden:
Code:# Das schlägt bei der normalen Exe fehl, aber beim PBServer nicht # kann man mit try-catch zur Unterscheidung nutzen. from CvPythonExtensions import CyPitboss
Bevor ich das aber überall einfüge wollte ich fragen, ob ihr eine Variante kennt, wie man global eine Variable innerhalb von Civ4's Python speichern kann? Dann müsste ich nicht x-mal versuchen das CyPitboss-Modul zu laden.
Ramkh ist wieder da
Jetzt wird alles gut
Meine Stories:
Civ4 PAE - Valheim - Transport Fever 2 - Subnautica - Planet Zoo - Sons of the Forest
Achtung Spoiler:
Ich habe in CvUtil die Hilfsunktion isPitbossHost() eingebaut und habe alle Imports von CyGInterfaceScreen damit gekapselt. Code basiert auf PB_PAE_7_final.zip
Damit konnte ich das Szenario laden und eine Runde beenden. Hoffe das bringt euch weiter.
In PythonErr.log sehe ich jetzt noch
was IMHO von euch schon mal untersucht wurde. Da wüsste ich jetzt nicht wo ich ansetzen soll, da keine weitere Infos ausgegeben werden.Code:ERR: Python function preGameStart failed, module CvAppInterface ERR: Python function onEvent failed, module CvEventInterface
Die wurden von uns noch nicht untersucht. Das ist ein Log-Eintrag aus der DLL, oder? Das kommt also, wenn die Funktionen FALSE zurückgeben?
Berechtigungen
Zitieren
