 |
Notiz: Wurmlöcher gibt es nur in E2 (modules.wormholes). Reproduzieren ist in der Tat schwer, weil das Wurmloch erst in der Woche entstanden ist? Ich hatte im Gefühl, dass man die Dinger betreten muss... |
|
|
Aha! while (...) { if (good_region(r)) { --next; } r = r->next; } Das garantiert natürlich nicht, dass good_region(r) gilt, wenn die Schleife vorbei ist. Der Code ist doof. |
 |
"weil das Wurmloch erst in der Woche entstanden ist? Ich hatte im Gefühl, dass man die Dinger betreten muss... " Richtig, es entsteht und muss in der selben Woche betreten werden - und verschwindet sofort wieder, das heißt, in der Auswertung, in der die Meldung kommt das eine Einheit durch das Wurmloch gereist ist, ist das Loch selbst schon nicht mehr vorhanden. Ich habe bisher kein Wurmloch erlebt, dass länger als eine Woche bestand hatte. |
|
|
Lustig. Fasefun ist nicht in einer der Spexialebenen, sondern in der "normalen" Welt (weshalb man auch die relativen Koordinaten sieht). Es kann sein, dass das mal eine eigene Plane war, die aber gelöscht wurde, ohne ihre Regionen zu löschen, wodurch die in die normale Ebene fallen, aber da sollte natürlich niemand hin teleportieren. Das muss in good_region() eingehen, glaube ich. Uff. |
|
|
Es gibt da übrigens außer Monstern noch eine andere Person in der näheren Umgebung (westlich von Dir), aber das hilft ja nicht. Die Karte ist komisch, ich kann mir die nicht erklären, und mich auch nicht erinnern, warum wir die je gemacht haben sollten: http://i.imgur.com/etvu7aw.png |
|
|
Diesen Fehler würde ich gerne noch vor einem neuen Release reparieren. |
|
|
Ich habe das repariert, indem ich die Regionen dor im Nordwesten einer eigenen Ebene zugeordnet habe (was früher wohl schon mal so war, ich glaube, das ist die kaputte Regatta gewesen). Damit sollte der Code das nicht mehr als gute Zielregion für Wurmlöcher erkennen, und die Sache ist geritzt. |
|
|
Dieser Bugfix ist im Datenfile plötzlich nicht mehr drin. Was ist da los? Ich werde die ganzen leeren Ebenen mal aufräumen, glaube ich. |
|
|
So ein Stück Code zum löschen einer Ebene ist sicher spannend zu schreiben. |
|
|
Wegen der neu erzeugten Ebene (?) ist heute die AW abgestürzt: INFO: Writing reports for turn 987: eressea: /home/eressea/eressea/git/src/kernel/plane.c:216: adjust_coordinates: Assertion `ny <= pl->maxy - ply' failed. /home/eressea/bin/run-turn: line 12: 30835 Aborted $ERESSEA/server/bin/eressea -v3 -t $TURN run-turn.lua |
|
|
Der Crash passiert im Monster-Report. Warum schreiben wir den noch gleich? |
|
|
Es handelt sich hier um die Region mit uid=1355372065. |
|
|
adjust_coordinates ist eine gruselige Funktion, die ist bestimmt falsch. Scheinbar funktioniert sie nicht, wenn width oder height eine ungerade Zahl sind? Wenn ich die Regatta-Ebene um 1 Feld breiter/höher mache, ist es okay? |
|
|
Bug: Wenn man die Ebene löscht, sollte man auch alle Strassen löschen, die führen sonst ins Nichts. Bug: Wenn eine Strasse zwischen zwei Regionen liegt, die es nicht gibt, dann wird connection.read nicht aufgerufen, und der Rest vom Datenfile ist Garbage. |
|
|
Eigentlich habe ich einen PR mit den hier entstandenen Änderungen, aber der kommt gerade nicht durch valgrind, und ich kann es nicht erklären. |
|
|
Der Branch für den vorherigen PR hatte einen ziemlich doofen Bug, alles noch einmal neu aufgezogen, und neuen PR gemacht: |
|
|
Nach der Entfernung dieser Regionen aus der Hauptebene von Eressea sollte dieses Problem jetzt nicht mehr auftreten können. |
- anonym
