Thomas Arp eb650c2811 GitHub issues 78 79 81 num aff flags off by one (#82)
* Make sure all followers are free'd before freeing the character list

Otherwise, the followers structs will point to free'd memory and
the stop_follower call will attempt to dereference a free'd
characters' followers list.

* https://github.com/tbamud/tbamud/issues/79 typo

* https://github.com/tbamud/tbamud/issues/81 nullpointer crash on syntax check run

* NUM_AFF_FLAGS fix.

Now, consistently, the NUM_AFF_FLAGS is used in the same way as other
NUM_* variables. Specifically, the the number is consistent with
how others are defined - 1 above the highest in the list.

I would like to have removed the need to start from 1 instead of 0
as well, but the loading mechanism, and thus potentially a lot of
existing object files, use 0 as a marker for "no flags set", and
we can't easily fix that. So, the places we loop through the list,
we still need to make sure we're stying within the [1;NUM_AFF_FLAGS) interval.

Simultaneously, I've checked over the other flags, and it seems like
the usage is pretty consistent there.

Fixes https://github.com/tbamud/tbamud/issues/78
2020-02-25 18:39:29 -05:00
2013-08-21 19:11:36 -04:00
2006-12-19 22:56:18 +00:00
2020-01-14 20:02:24 +01:00
2020-01-14 20:02:24 +01:00
2006-12-19 22:56:18 +00:00
2010-12-02 22:35:47 +00:00
2006-12-19 22:56:18 +00:00
2009-12-05 22:24:22 +00:00
2009-12-05 22:24:22 +00:00
2009-12-05 22:24:22 +00:00
2019-01-19 23:25:38 +00:00
2015-03-29 11:05:35 +01:00
2009-12-05 22:24:22 +00:00
2013-04-13 00:24:38 +02:00
2006-12-19 22:56:18 +00:00
Description
Fork of tbamud for grenzland.club
Readme 14 MiB
Languages
C 72.1%
PLSQL 23%
Jupyter Notebook 2.3%
Roff 1%
CMake 0.5%
Other 1%