ldmud-3.2.9/doc/
ldmud-3.2.9/doc/efun/
ldmud-3.2.9/mud/
ldmud-3.2.9/mud/heaven7/
ldmud-3.2.9/mud/heaven7/lib/
ldmud-3.2.9/mud/lp-245/
ldmud-3.2.9/mud/lp-245/banish/
ldmud-3.2.9/mud/lp-245/doc/
ldmud-3.2.9/mud/lp-245/doc/examples/
ldmud-3.2.9/mud/lp-245/doc/sefun/
ldmud-3.2.9/mud/lp-245/log/
ldmud-3.2.9/mud/lp-245/obj/Go/
ldmud-3.2.9/mud/lp-245/players/lars/
ldmud-3.2.9/mud/lp-245/room/death/
ldmud-3.2.9/mud/lp-245/room/maze1/
ldmud-3.2.9/mud/lp-245/room/sub/
ldmud-3.2.9/mud/lp-245/secure/
ldmud-3.2.9/mud/morgengrauen/
ldmud-3.2.9/mud/morgengrauen/lib/
ldmud-3.2.9/mud/sticklib/
ldmud-3.2.9/mud/sticklib/src/
ldmud-3.2.9/mudlib/uni-crasher/
ldmud-3.2.9/pkg/
ldmud-3.2.9/pkg/debugger/
ldmud-3.2.9/pkg/diff/
ldmud-3.2.9/pkg/misc/
ldmud-3.2.9/src/autoconf/
ldmud-3.2.9/src/bugs/
ldmud-3.2.9/src/bugs/MudCompress/
ldmud-3.2.9/src/bugs/b-020916-files/
ldmud-3.2.9/src/bugs/doomdark/
ldmud-3.2.9/src/bugs/ferrycode/ferry/
ldmud-3.2.9/src/bugs/ferrycode/obj/
ldmud-3.2.9/src/bugs/psql/
ldmud-3.2.9/src/done/
ldmud-3.2.9/src/done/order_alist/
ldmud-3.2.9/src/done/order_alist/obj/
ldmud-3.2.9/src/done/order_alist/room/
ldmud-3.2.9/src/gcc/
ldmud-3.2.9/src/gcc/2.7.0/
ldmud-3.2.9/src/gcc/2.7.1/
ldmud-3.2.9/src/hosts/
ldmud-3.2.9/src/hosts/GnuWin32/
ldmud-3.2.9/src/hosts/amiga/NetIncl/
ldmud-3.2.9/src/hosts/amiga/NetIncl/netinet/
ldmud-3.2.9/src/hosts/amiga/NetIncl/sys/
ldmud-3.2.9/src/hosts/i386/
ldmud-3.2.9/src/hosts/msdos/byacc/
ldmud-3.2.9/src/hosts/msdos/doc/
ldmud-3.2.9/src/hosts/os2/
ldmud-3.2.9/src/hosts/win32/
ldmud-3.2.9/src/util/
ldmud-3.2.9/src/util/erq/
ldmud-3.2.9/src/util/indent/hosts/next/
ldmud-3.2.9/src/util/xerq/
ldmud-3.2.9/src/util/xerq/lpc/
ldmud-3.2.9/src/util/xerq/lpc/www/
Short: Memory usage as runtime limit
From: Menaures
Date: 2002-09-16
Type: Feature
State: New

 -- Since not all memory use is under control of the wizard (loading objects,
    swapping, activities by called objecs), this is tricky.
    It would be necessary to experiment first to see if we can actually
    track the memory usage, and maybe store it on a uid/object basis (like
    the eval costs).

Wäre es möglich, eine Speichergrenze einzuführen? Ich stelle mir das ähnlich 
vor wie die Evalgrenze. Man darf während einer Ausführung nur eine bestimmte 
Anzahl Bytes belegen.

Hintergrund:
Bisher ist es möglich, mit den simpelsten Einzeilern in kürzester Zeit den 
gesamten MUD-Speicher vollzumüllen. Besonders ärgerlich wird das, wenn es aus 
Versehen passiert, z.B. das Abbruchkriterium einer Schleife fehlt und man 
addiert fröhlich strings solange, bis der Speicher voll ist (und hält dafür 
nebenbei das MUD für 15 Minuten an, bis es sich danach verabschiedet).

Mit einer Speichergrenze von bleistiftsweise 4 Megabytes (oder ähnlich hohe 
Zahl, die nie jemand braucht), würde bei erreichen dieses Limits ein RTE 
geworfen werden, ähnlich einer Too Long Evaluation.

Damit könnten solche Fälle wenigstens nicht mehr 'aus Versehen' eintreten.