Найти указатель/класс, используя необработанный адрес памяти

Безусловно, самым простым решением является std::map<unsigned int, MyClass*>. Практически единственный недостаток заключается в том, что после UINT_MAX аллокации вам придется искать повторно используемые значения.

Многие сторонние API заставят вас использовать этот тип шаблона для передачи данных. Единственная проблема, которая у вас возникнет, заключается в том, что если вы используете примитивный тип int, как вы предложили, то, если вы когда-нибудь скомпилируете для 64-битной платформы, тогда этот код не будет переносимым, поскольку примитивный тип int не будет содержать максимально доступный адрес на 64-битной платформе. Вы можете использовать встроенный тип int_ptr, который при компиляции для 32-битных платформ является 32-битным, а для 64-битных платформ — 64-битным, чтобы избежать этой проблемы, или вы можете использовать void* в качестве примитивного типа, такого как функция Win32 CreateThread или функция pthread_create.

Думали ли вы пометить это «AIR Native Extension» так же, как и C++? С оговоркой, что я не знаю ни box2d, ни AIR Native Extension, мне кажется, что вы, вероятно, пытаетесь сделать что-то, что другие пытались сделать раньше, и, возможно, что-то, что Adobe предпочитает, чтобы вы не делали - возможно, по уважительной причине. Например:

Я не могу вернуть указатель или структуру, набранную из C++, обратно на сторону ActionScript. Я могу ассоциироваться только с контекстами... но я могу возвращать примитивные типы

Могли бы вы на самом деле использовать указатель в ActionScript или вы просто сохраняете его в примитивном типе, чтобы вы могли передать его обратно в интерфейс?

Возможно, в этом случае вы могли бы сохранить указатель в ассоциативной коллекции, такой как карта, и вернуть ключ как дескриптор. Когда вы передаете дескриптор обратно, сторона C++ может искать указатель и выполнять приведение к соответствующему контексту. Таким образом, вы никогда не будете передавать указатель как таковой через интерфейс, поэтому вы не будете уязвимы для любых проблем, связанных с указателем.

Извините, если вы уже думали об этих строках.

Подходящим значением для приведения является intptr_t или uintptr_t, но я не думаю, что у Adobe есть такие...

Итак, если оставить в стороне переносимость С++ и просто быть практичным, если вы работаете в 32-битной архитектуре, то unsigned int должно быть хорошо, а в 64-битной unsigned long, это целое число, достаточно длинное, чтобы содержать значение указателя . Часть unsigned предназначена только для перестраховки, но вы также можете играть без нее.

Главное, что вы должны знать, это то, что типы указателей, преобразованные из целочисленного типа и в него, должны быть идентичными. То есть следующее поведение undefined:

class  A {  };
class B : public A {};

B b;
A *pa = &b;
unsigned x = reinterpret_cast<unsigned>(&a);
B *pb = reinterpret_cast<B*>(x); //UB!

Последняя строка должна быть:

A *pb = reinterpret_cast<A*>(x);

Или еще:

B *pb = static_cast<B*>(reinterpret_cast<A*>(x));