CEntityFactory<CSurvivorDeathModel>::Create
0x009e5c40 · 55 bytes · __thiscall
_ZN14CEntityFactoryI19CSurvivorDeathModelE6CreateEPKc
Decompiled
undefined (2 params)
/* CEntityFactory<CSurvivorDeathModel>::Create(char const*) */
CSurvivorDeathModel * __thiscall
CEntityFactory<CSurvivorDeathModel>::Create(CEntityFactory<CSurvivorDeathModel> *this,char *param_1)
{
CSurvivorDeathModel *this_00;
uint in_stack_ffffffe8;
this_00 = CBaseEntity::operator_new((CBaseEntity *)0x17dc,in_stack_ffffffe8);
/* try { // try from 009e5c59 to 009e5c5d has its CatchHandler @ 009e5c77 */
CSurvivorDeathModel::CSurvivorDeathModel(this_00);
(**(code **)(*(int *)this_00 + 0x78))(this_00,param_1);
return this_00 + 0x24;
}
SourceMod gamedata
paste intoaddons/sourcemod/gamedata/<your_plugin>.txt
used as the SourceMod key — change to fit your plugin's convention
SourceMod library name (server / engine / matchmaking)
Just a Signatures{} block, ready to drop into a gamedata
file. Wire it up in your plugin however you like - SDKCall, DHooks,
raw memory ops, or anything else.
Signatures + Functions block. The plugin uses
DHookCreateFromConf - DHooks reads return type, this-type,
calling convention, and argument types straight from the gamedata. Less
boilerplate in the plugin, types travel with the gamedata.
Gamedata KeyValues
DHooks plugin example
Type inference is best-effort from the C signature - sanity-check the DHooks types before shipping.