Von dem Problem hört man ja oft. Man drückt in seinem Projekt die F12 Taste und bekommt prompt folgende Fehlermeldung:

Auch bekannt als Alias-Bug. Die Bezeichnung finde ich etwas unpassend, weil es eigentlich überhaupt kein Bug ist. Aliasing verhält sich genau so wie es sollte. Das Problem liegt woanders. Ein Drücken der F12 Taste löst den Neustart des Spiels aus. Dies geschieht, in dem der Scripteditor als Ganzes neu eingelesen und ausgeführt wird. Das wäre alles nicht weiter tragisch, würde auch der Interpreter neu gestartet werden. Das passiert aber nicht. Das heißt: Der gesamte Inhalt des Programms, alle Variablen, Objekte, Klassen, bleibt erhalten. Nur der Programmcode wird neu ausgeführt. Das führt zu unzähligen möglichen Problemen. Der SystemStackError ist nur einer davon, aber vermutlich der häufigste.
Angenommen man hat eine Methode foo. Man aliast diese unter einem neuen Namen foo_copy. Nun ersetzt man foo und fügt dort einen eigenen Code plus einen Aufruf von foo_copy ein. Dies ist eine typische Vorgehensweise beim Schreiben von Scripten, da man dadurch eigenen Code in Methoden einfügen kann, ohne dabei den Code anderer Scripte (die hoffentlich auch alias nutzen) zu überschreiben. Das Problem: Führt man noch einmal einen alias auf foo zu foo_copy aus, so erhält man eine Methode foo_copy, welche denselben Programmcode wie das zuvor veränderte foo enthält, vor allem den Aufruf von foo_copy. Man erhält also eine Methode die sich selbst aufruft. Das führt zu einer Endlosrekursion, bis irgendwann der Interpreter die Schnauze voll hat und das Programm mit einem SystemStackError beendet.

Wie verhindert man das? Am häufigsten trifft man folgendes Programmkonstrukt:

Noch hässlicher:


Mir gefallen beide Konstrukte nicht. Warum? Weil sie das Problem an der falschen Stelle angehen. Wenn es ins Haus reinregnet, weil das Dach kaputt ist, kann man zwar einen Eimer hinstellen. Das hilft für's erste. Aber besser ist natürlich, man lässt das Dach reparieren. Kurzum: Das Problem an der Wurzel packen.

Was ist die Wurzel? Na, das Neuladen des Scripteditors! Als erstes sollte man sich die Frage stellen, wie der Rubyinterpreter das überhaupt macht. Das Neustarten des Scripteditors ohne den Interpreter selbst neuzustarten. Das ist nämlich keinesfalls trivial. Er muss praktisch aus dem Script rausspringen. Das ließe sich über Threads lösen (auf eine sehr hässliche Art und Weise), aber die naheliegenste Lösung ist ein Sprungbefehl, der aus dem Programmcode rausspringt. Nun gibt es in Ruby nur einen einzigen Sprungbefehl, der sowas vermag: Die Exceptions! Also habe ich einfach mal geprüft ob beim Drücken der F12 Taste eine Exception geworfen wird. Zu diesem Zweck muss man einfach dem Main-Script sagen, es soll alle Exceptions abfangen, und beim Wurf einer Exception dessen Namen ausgeben. Und tatsächlich: Das Drücken der F12-Taste wirft die Exception Reset. Nun kann man sich darüber ärgern, dass dieser Umstand wie so vieles nicht in der Dokumentation des Makers zu finden ist. Man kann sich aber auch freuen, dass das Problem nun so einfach zu lösen ist.

Edit: Oder auch nicht ^^ Die Reset-Exception Klasse wird erst erzeugt, wenn sie gebraucht wird. Darum kommt es zum NameError wenn man das Programm über eine andere Exception verlässt. Scheinbar macht es aber auch nichts aus, wenn man sie vorher selbst manuell erzeugt. Das zweite Problem ist eher kosmetischer Natur: Die Sprites werden nicht disposed -_- Hier muss man manuell nachhelfen und alle Sprites per Hand löschen. Das habe ich, etwas unsauber, über den ObjectSpace gelöst. Auch hier wieder was neues gelernt: Obwohl in der RGSS-Doku steht, dass Viewport die Methode disposed? enthält, existiert diese Methode nicht ^^

Hier also die korrigierte, jetzt nicht mehr so hübsch aussehende Version. Sie sollte jetzt aber hoffentlich ohne Komplikationen funktionieren:


Damit müsste die F12 Funktion jetzt wieder einwandfrei funktionieren, ohne dass es zu Komplikationen mit den Scripten kommt. Wer die F12 Taste nicht braucht, kann natürlich diesen unschönen Hack mit dem ObjektSpace weglassen und das retry entfernen. Dann wird das Programm beim Drücken von F12 ganz normal beendet.

Ich weiß nicht ob das jedem bekannt ist (eventuell gähnt der eine oder andere beim Lesen des Threads) - Anlass für den Thread war eine entsprechende Anfrage im Quartier, bei der ich der Sache nachgegangen bin. Eventuell interessiert die Lösung ja auch hier den einen oder anderen.

Zitat

nämlich einfach bei der Erstellung eines solchen Objekts zu einem Array hinzufügen und beim disposen wieder daraus entfernen.

Äh, nee, der Code fügt einfach nur ein leeres Modul in alle RGSS-Grafikklassen ein, so dass man sie leicht über den ObjectSpace iterieren kann. Im ObjektSpace rufe ich dann die dispose Methode auf. Die Objekte werden ja sowieso gelöscht (gibt ja keine Referenz mehr darauf). Nur das dauert eben, bis der GC sich dazu bequemt.
Das mit dem Array ist nur bedingt eine Alternative. Denn der Array würde zugleich dafür sorgen, dass die Objekte vom GC nicht mehr gelöscht werden. Das wäre dann ein fataler MemoryLeak. An der Stelle könnte man mit WeakRef arbeiten (Pointer, die vom GC nicht berücksichtigt werden und so Objekte referenzieren können, ohne diese am Leben zu halten). Aber ich finde da die Variante mit dem ObjectSpace ehrlich gesagt leichter (elegant sind sie beide nicht).

Zitat

Übrigens könnte es auch sinnvoll sein, vorher noch RPG::Cache.clear aufzurufen und Bitmap zu der Liste hinzuzufügen.
Es scheint nämlich so, dass ungelöschte Bitmaps Memory Leaks verursachen.

Gute Idee. Das sollte man hinzufügen.

Zitat

Neos Einwand zu den Bitmaps teile ich, wieso hast Du die nicht auch in deine Verwaltung aufgenommen?

Weil es dann passieren kann, dass Bitmaps vor ihren Eigentümern gelöscht werden. Wenn die Eigentümer in ihrer dispose Methode dann auf das Bitmap zugreifen (warum sollten sie sowas bescheuertes machen? Na das fragt mal die Macher der RGSS -_-) gibt es eine Exception. Man kann natürlich nach dem Löschen der Viewports und Sprites immer noch die Bitmaps löschen. Aber wie bereits gesagt: Die werden vom GC irgendwann eh gelöscht. Der ganze Sinn des Löschens der Grafikobjekte war nicht den Speicher freizuräumen, sondern lediglich die Grafikartefakte zu entfernen, die erscheinen, wenn man im Spiel oft F12 drückt.

Zitat

aber für ein Tutorial hätte ich mir ein bisschen mehr Hintergrundwissen und Erklärung deiner Korrektur gewünscht.

Das ist richtig. Eigentlich isses auch weniger ein Tutorial, sondern eher ein Hinweis. Ich wusste nur nicht, wohin mit dem Thread. Eventuell kann ja ein Mod den in den Alias-Thread reinschieben.

btw. noch eine alternative Lösung, die weniger hacky ist:

Man fügt am Anfang des Scripteditors folgenden Code ein:


Und nun fügt man an Stelle seines Main-Scripts einfach den Code

ein. Dann wird der Scripteditor ebenfalls nicht neu eingelesen, weil schon im obersten Script das Spiel gestartet wird. Dafür hat der Interpreter die Gelegenheit alle Grafiken auf saubere Art und Weise zu löschen.