Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
tintin++ ogg sound player script for linux
Author: Robert Smith
Submitted by: Vladaar
6Dragons ogg Soundpack
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.4
Author: Vladaar
Submitted by: Vladaar
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
Users Online
CommonCrawl, Yandex, Sogou, Google

Members: 0
Guests: 9
Stats
Files
Topics
Posts
Members
Newest Member
481
3,734
19,366
618
Micheal64X
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Bugfix Lists » AFKMud Bugfix List » AFKMud Bug Archive » [Bug] char_to_room is not adj...
Forum Rules | Mark all | Recent Posts

[Bug] char_to_room is not adjusting the player count in an area
< Newer Topic :: Older Topic > AFKMud 1.64

Pages:<< prev 1 next >>
Post is unread #1 Jan 23, 2005, 2:41 pm   Last edited Nov 13, 2005, 11:56 am by Samson
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Bug: char_to_room is not adjusting the player count in an area.
Discovered in: AFKMud 1.64
Danger: Low - Throws off some mudprog checks
Found by: Zarius
Fixed by: Zarius

---

handler.c, char_to_room

Locate:

if( ( obj = get_eq_char( ch, WEAR_LIGHT ) ) != NULL && obj->item_type == ITEM_LIGHT && obj->value[2] != 0 )
   ++pRoomIndex->light;


Below that add

   if( !IS_NPC(ch) )
       ++pRoomIndex->area->nplayer;


Zarius says:

What was happening is that char_from_room was subtracting nplayer everytime a char exits the area and never added any, so nplayer was actually going negative. The progs that have checks in update.c make sure nplayer is positive before firing (which is a good thing)
       
Pages:<< prev 1 next >>