Jump to content
  • Advertisement
jsd1982

shared_pointer with addref/release

Recommended Posts

I'm working on my own fork of the bsnes SNES emulator to add AngelScript support to it and it's going very well so far. I'm in the midst of trying to prototype out support for defining and controlling GUI components right now. bsnes rolls their own libraries for everything including GUI components which make heavy usage of their own implementation of `shared_pointer<T>`.

I'm curious how best to integrate AngelScript's addref/release tracking system into an existing / established implementation of `shared_pointer<T>`. Perhaps others have come across this problem in their C++ code bases where they're using boost or STL shared or unique pointer? How have you solved this problem, assuming the implementation of `shared_pointer<T>` is off-limits and not modifiable?

For reference, this is the implementation of `shared_pointer<T>` in bsnes: https://github.com/JamesDunne/bsnes-angelscript/blob/master/nall/shared-pointer.hpp

Share this post


Link to post
Share on other sites
Advertisement

You can force the compiler to generate all the desired template variations and then register those directly to the scripting engine.

For AngelScript you would register a fake shared pointer template class with no implementation and then properly register all the supported "T" types as full class specialisations.

Its probably still possible to make a generic wrapper implementation but it would not be as straight forward as the first option. most methods would end up having several runtime code paths to reinterpret something like a byte buffer into a shared pointer of void* or a shared pointer of shared_pointer_this_base*. Even then you would need to be sure that any classes deriving from shared_pointer_this_base would not generate an address offset for casting to that type.

I just went with template class specialisation when I had a similar issue :(

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!