Crossfire Server, Trunk
stubs_socket.c File Reference
#include <global.h>
#include <sproto.h>
+ Include dependency graph for stubs_socket.c:

Go to the source code of this file.

Functions

void apply_auto_fix (mapstruct *m)
 
void clean_tmp_files (void)
 
void dragon_ability_gain (object *ob, int x, int y)
 
void emergency_save (int x)
 
void esrv_del_item (player *pl, object *ob)
 
void esrv_send_item (object *ob, object *obx)
 
void esrv_update_spells (player *pl)
 
objectfind_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 10 of file stubs_socket.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 22 of file stubs_socket.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
whothe dragon player.
atnrthe attack-number of the ability focus.
levelability level.

Definition at line 30 of file stubs_socket.c.

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

+ Here is the call graph for this function:

◆ emergency_save()

void emergency_save ( int  x)

Save all players.

Parameters
flagif 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 18 of file stubs_socket.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 46 of file stubs_socket.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 25 of file stubs_socket.c.

References guildjoin::ob, 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 51 of file stubs_socket.c.

References 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
whoplayer applying a skill.
skillnoskill subtype.
Returns
skill object if player can use it, NULL else.

Definition at line 40 of file stubs_socket.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
opfirewall.

Definition at line 14 of file stubs_socket.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
rodthe rod to update

Definition at line 55 of file stubs_socket.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
mmap to alter.

Definition at line 36 of file stubs_socket.c.

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

+ Here is the call graph for this function: