#include <global.h>
#include <sproto.h>

Include dependency graph for stubs_common.c:

Functions
void	apply_auto_fix (mapstruct *m)

void	clean_tmp_files (void)

void	dragon_ability_gain (object *ob, int x, int y)

void	draw_ext_info (int flags, int pri, const object pl, uint8_t type, uint8_t subtype, const char txt)

void	draw_ext_info_format (int flags, int pri, const object pl, uint8_t type, uint8_t subtype, const char format,...)

void	emergency_save (int x)

void	esrv_del_item (player pl, object ob)

void	esrv_send_item (object ob, object obx)

void	esrv_update_item (int flags, object pl, object op)

void	esrv_update_spells (player *pl)

void	ext_info_map (int color, const mapstruct map, uint8_t type, uint8_t subtype, const char str1)

object *	find_skill_by_number (object *who, int skillno)

void	move_firewall (object *ob)

void	rod_adjust (object *rod)

void	set_darkness_map (mapstruct *m)

Function Documentation

◆ apply_auto_fix()

void apply_auto_fix ( mapstruct * m )

Those are dummy functions defined to resolve all symboles. Added as part of glue cleaning. Ryo 2005-07-15

Definition at line 9 of file stubs_common.c.

References m, and nlohmann::detail::void().

Here is the call graph for this function:

◆ clean_tmp_files()

void clean_tmp_files ( void )

Save unique maps and clean up temporary map files unless recycling temporary maps. The function name is somewhat misleading.

Definition at line 51 of file stubs_common.c.

◆ dragon_ability_gain()

void dragon_ability_gain	(	object *	ob,
		int	x,
		int	y
	)

When a dragon-player gains a new stage of evolution, he gets some treasure.

Parameters

who	the dragon player.
atnr	the attack-number of the ability focus.
level	ability level.

Definition at line 65 of file stubs_common.c.

References guildjoin::ob, nlohmann::detail::void(), diamondslots::x, and diamondslots::y.

Here is the call graph for this function:

◆ draw_ext_info()

void draw_ext_info	(	int	flags,
		int	pri,
		const object *	pl,
		uint8_t	type,
		uint8_t	subtype,
		const char *	txt
	)

Sends message to player(s).

Parameters

flags	Various flags - mostly color, plus a few specials. If NDI_ALL or NDI_ALL_DMS is set, pl is ignored and the message is resent to all players or all DMs individually.
pri	Priority. The lower the value, the more important it is. Thus, 0 gets sent no matter what. Otherwise, the value must be less than the listening level that the player has set. Unfortunately, there is no clear guideline on what each level does what.
pl	Who to send the message to. pl may be NULL, particularly if flags has NDI_ALL or NDI_DMS set since it is ignored in that case. If NDI_ALL and NDI_DMS are not set, when pl is NULL, nobody gets the message. This is sometimes useful when a function that can be invoked by a player is automatically called by some other mechanism. For example, if a player tries to put something in a container, they should get a message that tells them they cannot put it in an unsuitable container, but when auto-pickup is at work, all containers are tried, even unsuitable ones, and so messages should not be sent to the player.
type	The type MSG_TYPE for the type of message.
subtype	The subtype of the message.
message	The message to send.

Definition at line 13 of file stubs_common.c.

References flags, logfile, is_valid_types_gen::type, and nlohmann::detail::void().

Here is the call graph for this function:

◆ draw_ext_info_format()

void draw_ext_info_format	(	int	flags,
		int	pri,
		const object *	pl,
		uint8_t	type,
		uint8_t	subtype,
		const char *	format,
			...
	)

Sends message to player(s).

This function is the same as draw_ext_info, but takes varargs format. Otherwise, the meaning of all the fields is the same. This is perhaps not the most efficient as we do vsnprintf on both the old and newbuf, but it simplifies the code greatly since we can just call draw_ext_info.

Parameters

flags	Various flags - mostly color, plus a few specials.
pri	Priority. It is a little odd - the lower the value, the more important it is. Thus, 0 gets sent no matter what. Otherwise, the value must be less than the listening level that the player has set. Unfortunately, there is no clear guideline on what each level does what.
pl	Can be passed as NULL - in fact, this will be done if NDI_ALL is set in the flags.
type	The type MSG_TYPE for the type of message.
subtype	The type MSG_TYPE for the subtype of message.
format	The message to send, with optional format specifiers.

Definition at line 22 of file stubs_common.c.

References flags, logfile, is_valid_types_gen::type, and nlohmann::detail::void().

Here is the call graph for this function:

◆ emergency_save()

void emergency_save ( int x )

Save all players.

Parameters

flag	if non zero, it means that we want to try and save everyone, but keep the game running. Thus, we don't want to free any information.

Definition at line 47 of file stubs_common.c.

References nlohmann::detail::void(), and diamondslots::x.

Here is the call graph for this function:

◆ esrv_del_item()

void esrv_del_item	(	player *	pl,
		object *	ob
	)

Tells the client to delete an item. Uses the item command with a -1 location.

Definition at line 81 of file stubs_common.c.

References guildjoin::ob, and nlohmann::detail::void().

Here is the call graph for this function:

◆ esrv_send_item()

void esrv_send_item	(	object *	ob,
		object *	obx
	)

Sends item's info to player.

Definition at line 54 of file stubs_common.c.

References guildjoin::ob, and nlohmann::detail::void().

Here is the call graph for this function:

◆ esrv_update_item()

void esrv_update_item	(	int	flags,
		object *	pl,
		object *	op
	)

Updates object *op for player *pl.

flags is a list of values to update to the client (as defined in newclient.h - might as well use the same value both places.

Definition at line 59 of file stubs_common.c.

References flags, give::op, and nlohmann::detail::void().

Here is the call graph for this function:

◆ esrv_update_spells()

void esrv_update_spells ( player * pl )

This looks for any spells the player may have that have changed their stats. It then sends an updspell packet for each spell that has changed in this way.

Definition at line 86 of file stubs_common.c.

References nlohmann::detail::void().

Here is the call graph for this function:

◆ ext_info_map()

void ext_info_map	(	int	color,
		const mapstruct *	map,
		uint8_t	type,
		uint8_t	subtype,
		const char *	str1
	)

Writes to everyone on the specified map

Parameters

color	The color of the message
map	The map where the players receiving the message are located
type	The message type
subtype	The message subtype
str1	The message to be sent

Definition at line 35 of file stubs_common.c.

References smoking_pipe::color, logfile, disinfect::map, is_valid_types_gen::type, and nlohmann::detail::void().

Here is the call graph for this function:

◆ find_skill_by_number()

object* find_skill_by_number	(	object *	who,
		int	skillno
	)

This returns the first skill pointer of the given subtype (the one that accumulates exp, has the level, etc).

It is presumed that the player will be needing to actually use the skill, so a skill tool will be equipped if one if found to benefit from its bonuses.

This code is basically the same as find_skill_by_name() above, but instead of a skill name, we search by matching subtype.

Warning: skill subtypes are not unique to skills, various skills (eg harvesting-like) will share the same subtype, so this function should only be used if the skill's subtype is known to be used only by one skill.

Parameters

who	player applying a skill.
skillno	skill subtype.

Returns: skill object if player can use it, NULL else.

Definition at line 75 of file stubs_common.c.

References nlohmann::detail::void(), and autojail::who.

Here is the call graph for this function:

◆ move_firewall()

void move_firewall ( object * ob )

Move for FIREWALL.

firewalls fire other spells. The direction of the wall is stored in op->direction. walls can have hp, so they can be torn down.

Parameters

op firewall.

Definition at line 43 of file stubs_common.c.

References guildjoin::ob, and nlohmann::detail::void().

Here is the call graph for this function:

◆ rod_adjust()

void rod_adjust ( object * rod )

Adjusts rod attributes. This function must be called after a new rod has been created.

Parameters

rod	the rod to update

Definition at line 90 of file stubs_common.c.

References nlohmann::detail::void().

Here is the call graph for this function:

◆ set_darkness_map()

void set_darkness_map ( mapstruct * m )

Set the darkness level for a map, based on the time of the day.

Parameters

m	map to alter.

Definition at line 71 of file stubs_common.c.

References m, and nlohmann::detail::void().

Here is the call graph for this function:

Functions

Function Documentation

◆ apply_auto_fix()

◆ clean_tmp_files()

◆ dragon_ability_gain()

◆ draw_ext_info()

◆ draw_ext_info_format()

◆ emergency_save()

◆ esrv_del_item()

◆ esrv_send_item()

◆ esrv_update_item()

◆ esrv_update_spells()

◆ ext_info_map()

◆ find_skill_by_number()

◆ move_firewall()

◆ rod_adjust()

◆ set_darkness_map()