diff --git a/OLD.diskussion b/OLD.diskussion
index 2329191..e1f5fa2 100644
--- a/OLD.diskussion
+++ b/OLD.diskussion
@@ -130032,3 +130032,48 @@
 
 
 
+Finden von NPC (Zesstra,  2. Dez 2018, 20:16:51):
+Huhu,
+
+Arathorn erzaehlte mir, es gab da kuerzlich auf den Ebenen eine Diskussion zu
+"finde" und Cleanup-Zeiten. Ich war nicht anwesend, hab da einige Kommentare:
+
+Vorbemerkung (weil das nicht allen klar ist): Reset ist nicht gleich Cleanup
+Im Reset wird ein definierter Zustand des Raums/Objekts hergestellt. Im
+Cleanup wird der Raum weggeraeumt und entladen, inkl. Inhalt.
+
+1) Die Cleanup-Zeiten sind seit 2008 unveraendert. Und 2008 haben wir sie im
+Vergleich zu vor-2008 fast verdoppelt.
+
+2) Wenn NPC nicht im Raum steht oder der Raum nicht geladen ist, wird er nicht
+gefunden. Das gilt sowohl fuer "finde", Kugel und auch etwaige
+Magierkommandos. Es gibt keine Moeglichkeit des Ladens oder Findens von einem
+nicht-geladenen NPC. (Ausser einer zentralen List von (moeglicherweise)
+existierenden NPCs und ihren Standorten. Die gibt es nicht und es haette
+eigene Probleme.)
+
+3) Wenn ein NPC in einem Raum anwesend ist (und grundsaetzlich findbar ist),
+dann benoetigt es keinen reset/Aktivierung etc. Wenn da was nicht
+zufriedenstellend funktioniert, muesste man schauen, ob ein Bug im finde
+existiert, der Probleme macht.
+
+Speicherbedarf des Spiels ist insofern interessant, als dass es bei
+Ueberschreiten einer bestimmten Grenze in der Regel 2h Stillstand gefolgt von
+einem automatischen Armageddon gibt. Spielraeume nach oben kann man anschauen,
+muss man eben etwas aufpassen.
+Das ist aber nicht der einzige Grunde fuer ein Cleanup mit Zeiten, die dazu
+fuehren, dass das Cleanup auch stattfindet: wenn ein Raum sich entsorgt und
+neugeladen wird, bekommt er Bugfixes und Entwicklungen aus der Mudlib mit ohne
+dass jemand per Hand alle Raeume neuladen muss.
+
+Wir haben 2006 einmal Probleme gehabt mit vollaufendem Speicher aufgrund eines
+Speicherlecks - moeglich waers, das wir damals die Cleanup-Zeiten reduziert
+haben, aber ich habe da keine Erinnerung dran. In juengerer Zeit kann ich mich
+da an nix mehr erinnern.
+
+Zesstra
+
+-----------------------------------------------------------------------------
+
+
+
diff --git a/OLD.entwicklung b/OLD.entwicklung
index 6d370df..f582bcd 100644
--- a/OLD.entwicklung
+++ b/OLD.entwicklung
@@ -129840,3 +129840,23 @@
 
 
 
+Re^4: Untersuchen von Dingen (Tizona,  2. Dez 2018, 19:00:05):
+~#! rn=Zesstra rt=1542914810 rg=entwicklung
+~#! tid=1542578028
+Manchmal sind jetzt Dinge kaputt, die vorher funktionierten, also mit der
+alten Shell funktioniert es ordnungsgemaess, mit der neuen Shell und der
+dazwischen (die noch die 0 hat, ich hab die noch hier) gibt es ein seltsames
+Fehlerbild. Ist die neue Shell jetzt so reif, dass das lediglich an den
+Objekten abzusetzen ist, oder ist da noch eine gesonderte Meldung gewuenscht,
+damit man etwaige konzeptionelle Fehler finden kann? Falls ja, was waere der
+kanonische Ort?
+
+Konkretes Beispiel waere jetzt gerade die Karte von Katzmandu vom Priester in
+Katzmandu, die nur sehr eigenartig funktioniert, aber vielleicht ist die ja
+auch einfach eigenartig geschrieben. (Man muss schau machen bevor das lies
+karte klappt).
+
+-----------------------------------------------------------------------------
+
+
+
diff --git a/OLD.megaschmarrn b/OLD.megaschmarrn
index acdd6dd..127868d 100644
--- a/OLD.megaschmarrn
+++ b/OLD.megaschmarrn
Binary files differ
diff --git a/OLD.schmarrn b/OLD.schmarrn
index 4b7b96e..e064d5e 100644
--- a/OLD.schmarrn
+++ b/OLD.schmarrn
@@ -409783,3 +409783,18 @@
 
 
 
+FLW (Arathorn, 25. Dez 2018, 22:12:38):
+[Allgemein:Mundron] ok, wo ist Grumpel?
+[Grats:Bendeigid] suedlich vom reitelefant ;)
+[Allgemein:Mundron] ach ja. da war ja was. Richtig...
+[Allgemein:Mundron] oh, 2 neue EKs! :D
+
+[Allgemein:Zaphob holt Popcorn]
+[Tod:Lars] Grumpel hat gerade Mundron umgebracht.
+[Beileid:Bendeigid reicht das Popcorn herum]
+
+
+-----------------------------------------------------------------------------
+
+
+