cham changes (trunk only)
This is a foundation patch for patches to follow. - use a full short index for mon->cham field. - The current system of providing CHAM_XXX values was limited to the 3 bits allocated in the bitfield and invalidated save/bones if the field was expanded. - The current system didn't provide an easy backwards change if multiple monster types wanted to use the bit, there was a one to one mapping: For instance, if you wanted a CHAM_VAMPIRE, and you wanted vampires, vampire lords, and Vlad to use it, you would have to have CHAM_VAMPIRE, CHAM_VAMPIRE_LORD, and CHAM_VLAD defined to achieve that with the one-to-one backward mapping. - This new way just uses the mon[] index in the mon->cham field and eliminates the need for CHAM_XXX (CHAM_ORDINARY is still used). - no longer requires the cham_to_pm mappings
This commit is contained in:
@@ -225,13 +225,14 @@ dead: /* we come directly here if their experience level went to 0 or less */
|
||||
}
|
||||
|
||||
void
|
||||
polyself(forcecontrol)
|
||||
boolean forcecontrol;
|
||||
polyself(psflags)
|
||||
int psflags;
|
||||
{
|
||||
char buf[BUFSZ];
|
||||
int old_light, new_light;
|
||||
int mntmp = NON_PM;
|
||||
int tries=0;
|
||||
boolean forcecontrol = (psflags == 1);
|
||||
boolean draconian = (uarm &&
|
||||
uarm->otyp >= GRAY_DRAGON_SCALE_MAIL &&
|
||||
uarm->otyp <= YELLOW_DRAGON_SCALES);
|
||||
|
||||
Reference in New Issue
Block a user