-
-
Notifications
You must be signed in to change notification settings - Fork 171
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
API
: Implement *_Precache_*
, ClientPrintf
, CheckUserInfo
and AddResource
hooks
#903
Conversation
- PF_precache_sound_I - PF_precache_model_I - PF_precache_generic_I
…into precache-hooks
This reverts commit 019141a.
This comment was marked as resolved.
This comment was marked as resolved.
I remember tried memhack hook those functions, & one of them was "fucked up under ReHLDS", as usual with it, unfortunately... Well, the fact you implemented "SV_CheckUserInfo" inside this PR, and the other fact this PR contains multiple hooks, I think you can close your other one for simplicity. But add you added it too, in the description. EDIT: Also, think to update "API minor" (+1) in the two files ("version.h" & "rehlds_api.h"). |
and update API minor version
Nice! Now I think we could submit other hooks requests to it! Hehehe! Without abusing, I am thinking of "SV_ClientPrintf" (similar to "Con_Printf", but send to client [like when you type in-game some commands as "status", this uses this one], so very useful, you can put it in top of the list below "its friend"!), "Sys_Error" & "Host_Error" too (useful to prevent server crash on an error which may not be "critical for it", or, if we use an internal code to fix, as example I have a map where I have a "Bad surface extents ..." error shit, so I could not run it, then I blocked the function, map runs fine & I did not constated third-party troubles!). I guess you could rename the PR into "Implemented more hooks"! With such listing! PS: I do not recommend to make the functions from the structure "RehldsFuncs_t" (g_RehldsApiFuncs) point to another "redirected function" (like now "SV_AddResource_api"), except if there is a conflit somewhere while compiling, or, if you add additionnal code inside that famous "_api" function. Mainly due to the fact we loose the possibility to get the address of the "real function", via this structure (& by using "g_RehldsApiFuncs" as base address). |
remove all refactoring from this PR please |
in order to resize the string.
Everything should be alright now, @wopox1337 |
Any news ? 👀 Nice feature, please merge it! :) |
Yes, nice feature. But corpses everywhere nowadays! All fucking dead! Disappointing huh! |
Where place did you escape from? |
I am one of the aliens (other group of aliens), I can not reveal secret defense information about possible location of others aliens lab! |
Resource hooks related to #248
SV_CheckUserInfo
#238SV_ClientPrintf
#903