Re: Q on zones

From: George Greer (
Date: 12/04/01

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

   | FAQ: |
   | Archives: |

This archive was generated by hypermail 2b30 : 06/24/03 PDT