-
Notifications
You must be signed in to change notification settings - Fork 9
x64 support via <virtual_address> #28
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
base: master
Are you sure you want to change the base?
Conversation
…irtualAddress (unconditionally), SDKType_PlainOldData -> SDKType_VirtualAddress
…m_mapAttributeControlledParticleSystems. The former is -4 from actual offset and tree access offsets were +4 to compensate
…dAddressFromAddress
…ng for g_SDKCallGetKeyValuesString
|
Looks fine to me. I need to allocate some time setting this up with an updated Github workflow for SM 1.13 (so I can issue pre-release builds for it) and fixing up the minor stylistic nits, but I do intend to merge this; thanks for putting in the work. |
|
I still need to work on the variable naming nits, but I did set up the new workflow and confirm that separate releases (stable and x64 / 1.13) build correctly. |
Requires 1.13.0.7278 or greater. No breaking changes other than the SM version requirement and I didn't find any compatibility issues. For 64-bit servers with plugins that rely on TFEconData, as long as the plugin doesn't directly load address values(ex: LoadFromAddress()), then it should work as is without needing a recompile to include <virtual_address>.
Also included is a testing plugin to test all current natives with a single
sm_test_tf2econdatacommand with at least some form of basic validation.This resolves #26