On Tue, 4 Dec 2001, krenshala wrote: >Some friends and I have finally gotten around to working on our mud again, >so I just downloaded 3.0bpl19 (since we are starting from scratch). After >reading the ChangeLog, I'm not sure if I'm properly understanding the >changes to zones/rooms. > >It sounds like zones can now me made up of any series of vnums from 0 to >32767. Is this correct? And is there a limit on the number of zones (not >rooms) that stock Circle will support? Unless you change the vnum/rnum data types, you're still limited to 32,767 zones, 32,767 rooms, etc. The change is that the zone starting room is not forced to '100 * virtual_zone' any longer. Be wary that a lot of existing OLC software breaks horribly for overlapping areas. Also, since we ignore the old Diku "zone" field in the room files (which might actually be useful again), a room is assumed to be contained in the first zone that can accept it. In other words, with two zones from 5-6 and 6-7, room #6 is in the first. This only really matters for "shout" and other single-zone commands. Zzone resetting is handled properly. Maybe someday we'll make that a 65,534 limit by making vnum/rnum unsigned and making NOWHERE/NOBODY/NOTHING into 65535 instead of -1. Hm... -- George Greer greerga@circlemud.org -- +---------------------------------------------------------------+ | FAQ: http://qsilver.queensu.ca/~fletchra/Circle/list-faq.html | | Archives: http://post.queensu.ca/listserv/wwwarch/circle.html | +---------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 06/24/03 PDT