For flag numbers, yes. In structs.h, 1-32 would fall under the first 32
effects, ect.
Each flag in the world files is stored as an integer that has a limited size
(which depends on the system you are on), but in this case is assumed to
range from 2^0 to 2^32. All the flags have this range, but are handled in
order from left to right as 1-32, 33-64, etc.
Yes, your example on what the file would look like is correct.
Rick
-----Original Message-----
From: Matt Lowe <modem-burn@geocities.com>
To: CIRCLE@post.queensu.ca <CIRCLE@post.queensu.ca>
Date: Monday, November 30, 1998 9:33 PM
Subject: [NEWBIE] 128 bit tiny question
Hi, I'm sorry this is probably covered in the archives I'm just
very disorginized since I switched os's and got about 30 projects.
Anyways I have a few questions about 128 bit flags.
Juding by the patch it changes the format of the area files from
blah <flag> blah
to: blah <flag1><flag2><flag3><flag4> blah
well first, does this mean that flags 1 - 32 are put on the first flag
point and 33 - 64 are on the second?
And do the flags restart at one depending on the flag number.
Eg. In the regular world file 2 signifies a death trap. Now if an area
looked like this:
blah 2 blah
would the equivilent look like this with 128 bit?
blah 2 0 0 0 blah
and say you got to your limit of 32. So for the next flag you had to
use the next slot, does it restart at one or does the size of the
integer stay the same?
Thanks,
- Matt
+------------------------------------------------------------+
| Ensure that you have read the CircleMUD Mailing List FAQ: |
| http://democracy.queensu.ca/~fletcher/Circle/list-faq.html |
+------------------------------------------------------------+
This archive was generated by hypermail 2b30 : 12/15/00 PST