[Chief149]

I am currently working on an extension, and there are certain things I want to do within the extension in order to make coding the plugin easier. At the moment I want to call the equivalent of AcceptEntityInput from sdktools.

Is there any way to do this? The only interface I could find is extensions/ISDKTools.h and that interface doesn't expose anything I'm looking for.

How would I gain access to functions in sdktools in an extension?


To add to this post, I have tried including ISDKTools.h and then using SM_GET_IFACE to get a pointer to the ISDKTools interface. I have successfully done this, but as stated above this does not give me access to functions such as AcceptEntityInput. Looking at the code I didn't expect it would, but wanted to try it anyways. Still doesn't help my cause in this case however.

[asherkin]

No - the Extension API exists to extend the API available to plugins, so it generally only includes utility and helper functions.

It sounds more like you want to be composing your custom natives with standard SourceMod natives into helper functions in an include file.

If you want to write your business logic in C++, you're on your own with regards to the API.

[Chief149]

Well it's an RP plugin which I wish to enhance with a custom extension.

I am not trying to code a sourcemod plugin in C++ per say. I just want a more object oriented system. For example, with RP, doors have prices, notices, owners, etc. Right now I have a Door class, handle, and methodmad. In the plugin code, when a player locks or unlocks their owned door I must do myDoor.setLocked(true/false); followed by an AcceptEntityInput to actually lock the door. The reason for myDoor.setLocked() is to update the door state in the sql database.

What I want to do is have myDoor.setLocked(t/f):
- Lock/Unlock the door via AcceptEntityinput
- Update the lock/unlocked state in the MySQL database (already does this)

There are similar instances with future planned objects where I want to do something similar.

[asherkin]

I think you're going to run into numerous road blocks on that path.

Everything you've described there could have been implemented in a SourcePawn plugin without running into this issue.

If you don't care about cross-game compatibility, AcceptEntityInput isn't a total pain to implement yourself - but you'll quickly get bored of maintain your own gamedata.

[Chief149]

Well sure, but I want to have an object oriented feel. Plus right now I have a plugin with many thousands of lines. There's certain areas where code repeats and this makes it difficult to keep the plugin behavior consistent when adding features or updating it.

I could make methodmaps, but those have to be backed by global variables anyways. So I don't understand how this could be done in pure SourcePawn.

[Miu]

Originally Posted by Chief149 What I want to do is have myDoor.setLocked(t/f): - Lock/Unlock the door via AcceptEntityinput - Update the lock/unlocked state in the MySQL database (already does this)

make it do that then? procedures can still do multiple things in sourcepawn