Beiträge: 2.049
Themen: 218
Registriert seit: Feb 2005
Bewertung:
0
14-08-2006, Monday-22:27:48
Simutrans-Version:
0.89.xx
PAK-Set (+zusätzliche PAK-Dateien):
egal
Betriebssystem:
Linux
Fehler (möglichst genaue Beschreibung):
Simutrans merkt nicht, wenn Festplatten etc. voll sind und das Speichern von Spielständen fehlschlägt, es übergibt den Prozess dem System, welches dann irgendwie versucht, das ganze abzufangen bzw. irgendwo zu cachen o.ä.
Verhalten (Absturz, Einfrieren, ...):
Simutrans läuft weiter, kann aber kaum mehr angesprochen werden, da das System mit Speichern überlastet ist; kill -9 ist meist der einzige Ausweg.
Wunsch:
Schreiben des logs auf die Festplatte sollte unterdrückt werden können, wenn die Standardausgabe verfügbar ist (bei Linux wohl die Regel).
Beiträge: 7.536
Themen: 249
Registriert seit: Apr 2013
Bewertung:
27
14-08-2006, Monday-23:00:23
Das Problem ist, das unter allen modernen Betriebssystemen der Speicher nie als "voll" gemeldet wird. Das System gibt munter weiter "Handles" aus, in der Hoffnung, wenn man das wirklich braucht, dann wird schon wieder was da sein. Im Prinzip sollte Simutrans geordnet abbrechen, falls der Speicher alle ist. (Na gut, es sollte stehen "Fatal error: OUT OF MEMORY!".
Das mit dem Speichern von Spielständen muss ich noch ausprobieren. Allerdings sollte eigentlich auch die zlib (die das eigentliche Speichern übernimmt) eine Fehlermeldung zurückgeben. Ich vermute daher, dass Simutrans nicht hängt, sondern die zlib, die erst beim Finalen gclose() anfängt, den Spielstand zu komprimieren und zu schreiben. (Ist das nicht schön, wenn man die Verantwortung abschieben kann ... ) Ich werde mir mal die Dokumentataion der zlib ansehen, fürchte aber, da ist wenig zu machen.
Das log auf Platte kann man unter Linux auf mehrere Arten aussschalten. Die einfachste ist -log 0 -debug order nur -debug, dann sollte es nur am Bildschirm erscheinen. Jedenfalls versucht Simutrans, dann nur "stderr" zu öffnen, was nur besagten Fehlerkanal öffnen sollte.
Beiträge: 2.049
Themen: 218
Registriert seit: Feb 2005
Bewertung:
0
19-08-2006, Saturday-01:48:52
./simutrans -log 0 -debug schaltet das Schreiben auf die Festplatte nicht aus;
./simutrans -debug bringt das gewünschte Ergebnis.
Beiträge: 137
Themen: 47
Registriert seit: Apr 2007
Bewertung:
0
05-05-2007, Saturday-20:48:22
Simutrans-Version:
99.11
PAK-Set (+zusätzliche PAK-Dateien):
pak64
Betriebssystem:
Win
Fehler (möglichst genaue Beschreibung):
Beim Speichern von Spielen, sowie bei Screenshots
wird nicht getestet ob noch genug Platz auf der Platte
vorhanden ist, bzw. ob das speichern erfolgreich war.
Verhalten (Absturz, Einfrieren, ...):
Die Dialogbox "Spielstand wurde gespeichert"
bzw. "Screenshot gespeichert" erscheint,
obwohl Platte voll + die Savegame/Sceenshot-
Dateien leer sind.
Es gibt viel Huhn. Backen wir's an !
Beiträge: 7.536
Themen: 249
Registriert seit: Apr 2013
Bewertung:
27
05-05-2007, Saturday-22:47:21
Liegt nicht an Simutrans, sondern an Windows: Das behauptet nämlich, die Platte ist noch nicht leer und nimmt die Daten trotzdem an und packt sie in einen Cache in der irren Hoffnung, doch noch schreiben zu können. (Alledings tritt dieser Fall eh meist nie ein, weil schon vorher diverse Windowsrelevante Funktionen ihren Gesit aufgeben). Beim Savegame könnte (und sollte) auch die libz Fehler melden; aber auch das klappt nie.
Aber ich werde einen Check für den vorhandenen Speicher hinzufügen.
Beiträge: 137
Themen: 47
Registriert seit: Apr 2007
Bewertung:
0
05-05-2007, Saturday-23:42:28
Zitat:Original von prissi
Allerdings tritt dieser Fall eh meist nie ein, weil schon vorher diverse Windowsrelevante Funktionen ihren Geist aufgeben).
Die Daten/Screenshots müssen ja nicht auf der Systemplatte liegen,
z.B. EigeneDaten auf D: oder SimuTrans auf USBstick.
Zitat:Beim Savegame könnte (und sollte) auch die libz Fehler melden; aber auch das klappt nie.
Neues Savegame erst mit Dummynamen speichern, checken,
dann erst altes Savegame löschen/umbenennen ?
Es gibt viel Huhn. Backen wir's an !
16-12-2007, Sunday-00:58:21
Gibs bei diesem Problem was neues?